質問 > その他 > 共通クラス内で「フロント機能」 or 「管理機能」の判定 |
その他
スレッド表示 | 新しいものから | 前のトピック | 次のトピック | 下へ |
投稿者 | スレッド |
---|---|
seasoft |
投稿日時: 2009/5/9 10:54
対応状況: −−−
|
神 登録日: 2008/6/4 居住地: 投稿: 7365 |
Re: 共通クラス内での「フロント機能」 or 「管理機能」判定 > 今回は, できるだけ既存の関数の挙動を変えないことを念頭にしたので引数の参照渡しにしていますが, 本来なら「結果」を返すためのクラスなので関数の返り値にしてしまった方がわかりやすそうです.
そうですね。最初に拝見したときから、返り値なら良さそうなのになぁと思っていました。 しかし、場合によっては、ステータスをリターンするのとあまり変わらないのかなとも思いました。 真価を発揮するのは、1コールで複数の処理をするような場合でしょうか? (たとえば、メール送信は成功したけど、履歴保存に失敗したなど。)
|
ramrun |
投稿日時: 2009/5/9 14:05
対応状況: −−−
|
仙人 登録日: 2006/11/3 居住地: 投稿: 789 |
Re: 共通クラス内での「フロント機能」 or 「管理機能」判定 個人的な考えですが。
いろいろなやり方があって、どんなのがいいかという話がどんどんできたら面白いと思います。 最終的にどれを採用するとかもあると思いますが。 だからまた、どなかたの案で「こんなのどうよ?」っていうのがあったら見てみたいです。 私はproxyパターンとかいわれてもよくわからなかったので、いまさらながら ・ITpro:矢沢久雄の早わかりGoFデザインパターン とかみて、ちょっと感動しておりましたw ・Geekboy:PHPでAggregation。ROR ActiveRecordのCallbackロジックを真似てみる みたいなのもPHPで普通に使えたらいいのになぁと。 脱線してすみません。 |
seasoft |
投稿日時: 2009/9/7 19:27
対応状況: −−−
|
神 登録日: 2008/6/4 居住地: 投稿: 7365 |
Re: 共通クラス内で「フロント機能」 or 「管理機能」の判定 既に、エラー処理内で判定している場所がありますね。
これよりは、 引用:
の方法の方がストレートかなと思っています。
|
« 1 2 3 (4) |
スレッド表示 | 新しいものから | 前のトピック | 次のトピック | トップ |