新しいHTTPメソッド「QUERY」をHono + Bunで実装してみる - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

[manimoto]

条件がネストした構造になると表現しづらいは理解しつつ、検索条件がURLに丸見えになるからこそブックマーク保存したり他人に共有できるので、QUERYが主流になったら別途検索条件を伝える必要があるなど不便になりそう

[fujiriko59]

今までbody使いたいからというだけの理由で本来GETなリクエストをPOSTで実行していた部分がQUERYに置き換えられるというだけのように思える

[geerpm]

RESTの夢はgRPC/GraphQLに壊されQUERYで復活する（のだろうか）。http methodて種類少なくて拡張余地大きいよね

[kknsd]

"「GETのボディには意味を持たせてはいけない」とされており" そうだったのか

[pekee-nuee-nuee]

GETでパラメータ何個も渡すのやめようってことね。良いのでは

[honeybe]

POSTメソッドを使ってリソース取得を行うような奴をちゃんとしようぜ！みたいな話なのか？

[amd64x64]

流行らなそう

[sgo2]

id:manimoto そもそもブックマークやリンク共有したら(よほど変なハックしない限り)GETに変わるという前提を忘れてませんか/コレを要らんと言うのはvarやletが有るからconstは要らんと言うのと同じでは

[daruyanagi]

「ボディを持てる、安全なGET」 “検索(query)のためにあつらえたようなメソッド”

[hinaloe]

勘違いされがちだけどformがQUERYに対応するわけではない……（ブックマークの件）

[kazzy]

一般的なブラウザではbodyの内容を??とか#?とかで区切ってURL扱いしたりするのかも……？

[Shinwiki]

これがそうだとは言わないけど、イケてない要求を通すために仕様の方を拡張するのは地獄の始まり感があるんだよなぁ…。要求の仕方の方に頭使うことを放棄してる感とか。

[richmikan]

GETでもボディを付けられるが仕様上禁止なのでプロキシやキャッシュに握りつぶされる可能性がある、というが、それなら新メソッドQUERYも新し過ぎてプロキシやキャッシュに握りつぶされそう。

[wsmfp327]

よし 全部QUERYでいいな

[kamm]

bodyを付けるために全部postでやってたら、別の部署の人からapiの目的によって使い分けろとツッコミ受けたなあ。聞き流したけど

[o-meisou]

なるほど。リクエストの上限に引っかかり始めたので、良さそう。 ただし、コピペで同じ画面が参照できるにはならないので、検索キーを発行してリダイレクトするのか、何かしらの手当が必要そう。

[keidge]

今後もますます複雑になるであろうHTTP。

[nguyen-oi]

GETのURL長すぎ問題とPOSTのキャッシュ効かない問題をスマートに解決するQUERYメソッド、早く広く普及してほしいな