質問 > その他 > 共通クラス内で「フロント機能」 or 「管理機能」の判定 |
その他
フラット表示 | 前のトピック | 次のトピック |
投稿者 | スレッド |
---|---|
nanasess |
投稿日時: 2009/5/2 8:57
対応状況: −−−
|
神 登録日: 2006/9/9 居住地: 投稿: 2314 |
Re: 共通クラス内で「フロント機能」 or 「管理機能」の判定 呼ばれた気がしたので出てきましたw
引用:
クラスデザインの観点からすると, Helper クラスは, Page クラスで呼ばれるべきです. 本来, Helper クラスから Page クラスを呼んではいけません. (Page クラスは呼ばないけど, 特定の Page クラスのみ使用するビジネスロジックを記述するのは可) Helper クラスの中で Page クラスの情報を取得することは, Page クラスのインスタンスに依存した Helper クラスができてしまうのであまりよろしくありません. ユニットテストも, 非常に書きにくいと思います. Helper の中身は, できるだけシンプルにし, エラー制御を分岐したい場合はエラー処理用のコールバック関数(or クラス)を用意して, Page クラス側で処理した方が良いです. 実装は大きくなってしまいますが, ステートレスになるのでメンテやテストもしやすくなります. ## あと, 全くオフトピですが, GW 後半に, やっと EC-CUBE と戯れる時間がとれそうなので, 2.x を作った時から永らく考え中だった, 新しいプラグインの仕組みを作ろうと思っています. アクセス解析用タグの埋め込みとか, 自作のブロックなどが EC-CUBE 本体が依存することなく作れるようになるはず... |
フラット表示 | 前のトピック | 次のトピック |