インターネットのどこかで Jekyll してるんですけど、とりあえず Minima テンプレートでって思ってたのに結局こうなるので、もう static site generator と向き合いたくない
インターネットのどこかで Jekyll してるんですけど、とりあえず Minima テンプレートでって思ってたのに結局こうなるので、もう static site generator と向き合いたくない
クエリパラメータで ID を渡すの、見た目がどうとかいうクッソどうでもいい問題ではなく、主となるリソースがどれなのか文法からわからない (かつ従属するパラメータと順序が入れ替わりうる) ところがプログラムからの扱いやすさ的に微妙
どうせコントローラは id って名前の引数で受けるし、クエリパラメータで来ても困らないなぁ。むしろクライアント側の URL 組み立てだるいなぁという気持ちがある
まあそのあたりは REST 的な世界観を採用するか RPC 的な世界観を採用するかみたいなおなじみのコンフリクトがあるので立場によりそう
ASP .NET MVC からやってきているので、 URL の一部でもクエリパラメータでもどっちでも引数に突っ込まれる世界で生きてました
環境変数に突っ込まれる CGI はガチやばいし、 Rails で permit せずに ActiveRecord に突っ込むのもガチやばいが、通常 permit するし、 ASP .NET MVC の場合はそもそも名前だけじゃなくて名前 + 型 + バリデータなので、また話が違う
連想配列といわれると、一切のバリデーションをフレームワークが提供しないというイメージを与えるんだけど、それだとクエリパラメータに対する検証部分はフレームワークはサポートするなってこと? それこそ安全じゃなさすぎない?
あっ、「高々連想配列」って「直接展開」への対比だから、直接展開されない場所って連想配列を与える以外にないじゃんって意味ね、なるほどね
Go、 JSON シリアライザの例を見てもらうのがわかりやすいんですけど、構造体のフィールドに対して何ともいえないメタデータを持たせられるところが、何ともいえない気持ちになるポイントです
Rust → C++ の順でやった(やったとは言ってない)人間なので、 std::move について Rust の挙動から理解した
String, Rc<String>, Arc<String> のいずれかを受け取り、 dyn Any として保持し、ダウンキャストして使う(?)(Any のパフォーマンス知らない)
どうせタグに 8 バイト割り当てられるしぱーっと
Owned
'static
Arc
Rc
を用意しちゃおうぜ
Rc なし版の Sync 付きを用意して、 Into で変換できれば文句なし