Arkでの似非REST実装方法

似非REST

Railsなどでは、methodは一律にpostとしつつ、hidden属性指定した_methodという名前のinput要素のvalue属性にputやdeleteを指定しています。

つまり、以下のように簡単にHTTPメソッドを見るのではなく......

sub fork_in_fetched_avatar
    :Chained('fetch_avatar')
    :PathPart('')
    :Args(0)
{
    my ($self, $c) = @_;

    given ($c->req->method) {
        when    ('GET'   ) { $c->detach('read_avatar')    }
        when    ('PUT'   ) { $c->detach('edit_avatar')    }
        when    ('DELETE') { $c->detach('delete_avatar')  }
        default            { $c->detach('invalid_method') }
    }
}

HTTPメソッドを一旦stash辺りに保存しておく必要があるんですね。

# どこか、root辺りで仕込む
$c->stash->{method} = $c->req->param('_method');
$c->stash->{method} = $c->stash->{method} ? uc $c->stash->{method}
                                          : $c->req->method;
# ちょっと乱暴（笑）
# $c->stash->{method} = uc( $c->req->param('_method') // $c->req->method );

# ...

sub fork_in_fetched_avatar
    :Chained('fetch_avatar')
    :PathPart('')
    :Args(0)
{
    my ($self, $c) = @_;

    given ($c->stash->{method}) {
        when    ('GET'   ) { $c->detach('read_avatar')    }
        when    ('PUT'   ) { $c->detach('edit_avatar')    }
        when    ('DELETE') { $c->detach('delete_avatar')  }
        default            { $c->detach('invalid_method') }
    }
}

これを実現するためには、テンプレートは以下のようになります（Text::MicroTemplate::Extendedの場合で、$lは$stashにあるData::LocalizeオブジェクトのエイリアスとするようにMyApp::Web::Viewで定義しています）。

<ul>
<li><form method="post" action="[%= $s->{uri} %]">
    <p>
        <input type="submit" value="[%= $l->localize('edit') %]" />
        <input type="hidden" name="_method" value="put" />
    </p>
</form></li>
<li><form method="post" action="[%= $s->{uri} %]">
    <p>
        <input type="submit" value="[%= $l->localize('delete') %]" />
        <input type="hidden" name="_method" value="delete" />
    </p>
</form>
<li><form method="post" action="[%= $c->uri_for('/avatar/') %]">
    <p>
        <input type="submit" value="[%= $l->localize('create') %]" />
    </p>
</form></li>
</ul>

編集画面を表示する（送信されたのではない、と理解する）ためにHTML::Shakan側で必要な手当は、前の記事の通りです。$c->req->paramsがなければ......という判断時に、_methodを無視するという手当てですね。

その他の代替策（JavaScriptやGET）

formを使いたくなければ、JavaScriptで強引に処理する手がありますが、JavaScriptがいつも有効とは限りませんし、この手のユーザー対象層を考えるとJavaScriptが使えないi-modeを無視する訳にもいきません。

GETメソッドである普通のアンカー（リンク）のURIのお尻に?_method=deleteなどと書くのは論外です。見苦しいURIは、単に美的感覚云々の問題以前に、自己説明的なURIであることを放棄しているからです。それなら/deleteなどのURIにしてアクションを作った方が遙かにましでしょう。

HTML5が出ても多分このまま似非REST

XHTML2はお蔵入りなので、HTML5に期待するとしても、2010年という先の話でもありますし、勧告と（それに先立つ）実装がいくらか出ても、まさか「HTML5対応版UAの未対応」（「IE9以降限定」など）とするわけにはいきません。PS3のウェブブラウザは多分対応してくれるでしょうが、なまじそのような更新を強制的に敷く仕組みがないPCの方が面倒ですし、バグ対応ではなく機能強化を目的とする大規模な更新が大変難しい携帯電話になるともはや絶望的です。

RESTのことをろくすっぽ理解していないので、間違いなく事実誤認などがあると思いますが......RESTは技術仕様や対応UAが揃わないと辛いような感触を覚えました。

ということで、当分はこの似非RESTのまま、数年間は冒険しない方が良さそうです。