いろいろ
あっさりしててわかりやすかったので。
Mapleの動作
http://d.hatena.ne.jp/nazoking/20050421/1114068955
電車男
http://d.hatena.ne.jp/nazoking/20050810/1123676082
なるほど。
何となく前半が良かったなーと思った理由はこれだったのか。
http://nazoking.s31.xrea.com:8080/k/parent%A4%CB%A4%C4%A4%A4%A4%C6
ちょっと面白い動作。
でも$thisはインスタンス以外に使ってはいけなかったような。
初めは何調べてたんだっけ・・・
こうやっていつも寄り道してどんどん外れていってしまう。。
あぁ、postフィルタとpreフィルタ、postフィルタってどういう使い道なんだろうって探してたんだった・・。
もしかして・・
http://d.hatena.ne.jp/tomokop/20050828
kernel2.6だとSATAを認識するという噂をちらほら。全然根拠が無いけど。
ってことは私の場合もコレやってみないと。
次学校行くのは・・・2週間後くらいか・・覚えてるかな・・
フレームワーク比較
http://www.hatena.ne.jp/1124179768
なんでキャンセルしたんだろ。
ってタイトルも見れないのか。
googleのキャッシュでは
「はてな mojavi,maple,ethna,phrameなどphpのフレームワークがありますが、それぞれのメリット、デメリットを教えてください。なんか表形式で比べてあるような・・ 」
ってなってる
http://asakura.g.hatena.ne.jp/asakura-t/20050818/1124370662
全然回答がついてないから消えたのか。
日記見てたら賑わってるみたいだけど、現状はみんなフレームワークを知らないのかな。
アクションを2度実行
http://d.hatena.ne.jp/hacking_dubby/20050829
http://d.hatena.ne.jp/hawkring/20050817/1124273703
(前にもリンク張ったから自動でトラックバックされたけど、2度目もトラックバックされちゃうのかな)
まだこの問題に遭遇しないんだけど、規模が大きくなってきたら同じようなことを思うんだろうか。。
ひとつのクラスの中に2種類の状態と処理を抱え込んだらどうして不都合なんだろう。
沢山の関連性のある処理をまとめたものが「クラス」じゃないのかなぁ。
ちょっと頭の中を整理。
フォームにデフォルトのデータを表示 → 編集後の確認画面を表示 → 登録完了画面を表示
- 表示
- 表示用のフィルタ ※フィルタ1
- データを表示する処理
ここで編集の処理を表示のクラスとくっつける場合。
- 編集
なんだかMapleのやってる処理と自分で作った処理が根本的に違う気がしてきた。
私が作ってるのは同じクラスのアクションを使うからと言ってフィルタも同じとは限らないしなぁ。
例えばこの次の処理として
- 登録
- 登録用フィルタ ※フィルタ3
- 表示用フィルタ ※フィルタ1
- DBにデータを登録する処理
- データを表示する処理
となるけど、フィルタ2とフィルタ3は同じでもいいし、フィルタ3が複数でもいい。
これらが全て同じクラスで行われる。もちろん分けてもいい。
どの関数が何をしてるかっていうのは分かるようなメソッド名にすればいいし、設定ファイルを見ても分かる。
でもみんなが悩んでるってことは、もっと規模が大きくなれば把握できなくなるってことだよなー。
悩むような規模まで作れてないっていうのが悩みか・・。