栞/#framework
フレームワーク内部で解決する方法を探ってみる。mod_rewrite便利なんだけどね。
RoRライクなフレームワーク、Trails。こういうのを見るとDIも悪くないと思う。
管理するアクション数／クラス数が少ない場合はDIコンテナって不要だと思う。
スケルトン生成機能が実装される模様。やっぱりあるといいよなぁ。
やっぱりスケルトンの自動生成機能はあった方がいいかも。そのうち作ろう。
リクエストパラメータをどう抽象化するか。フレームワーク側でうまくできると吉。
フレームワーク側であらかじめWeb APIが使える or 使いやすいようになっているといいかも。
Catalystは規約で決定されるからconfigファイルは不要。両者とも確かに「薄いフレームワーク」だよな。
設定ファイルは管理が大変。annotationは面倒。規約に従えばフレームワーク側で解決してくれるのがいいなぁ。
ModelをApplicationレイヤー（クライアント側）とDomainレイヤー（サーバ側）に分割。Application ModelはJavaScriptで。
クライアントにできることはある程度まで任せてしまう。結果としてシンプルさが犠牲になるかもしれない。
決定的に使いやすいフレームワークがない以上、自作が一番いいのかもなぁ。