トップページ⇒php
1001コメント368KB

Zend Framework Part4

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2010/02/09(火) 22:21:24ID:???
公式
http://framework.zend.com/

マニュアル
http://framework.zend.com/manual/ja/

翻訳状況
http://mikaelkael.dyndns.org/checker/language/details/lang/ja
http://framework.zend.com/wiki/display/ZFDEV/Japanese+(Nihongo)

バグ報告
http://framework.zend.com/issues/secure/Dashboard.jspa

API
http://framework.zend.com/apidoc/core/

前のスレッド Zend Framework Part3
http://pc11.2ch.net/test/read.cgi/php/1239320100/
0488nobodyさん2010/10/09(土) 17:55:35ID:???
>>487

CakePHPにZendFramework組み合わせて使うのは？
0489nobodyさん2010/10/09(土) 18:53:54ID:1KEL8kwG
>>486
単純に、insertならちゃんとデータが登録されたか、updateなら変更されたか
そういうことを確認したいんです
それが確認出来るメソッドというか機能は備わってないんでしょうか？
0490nobodyさん2010/10/09(土) 19:21:03ID:???
>>489
返り値が0かどうかじゃだめなの？
0491nobodyさん2010/10/09(土) 21:46:07ID:???
>>487
かなり偏見かもしれないが、良くも悪くも
・CakePHPはウェブアプリケーション開発のためのFW
・ZendはPHPプログラムのためのFWって感じで、PEARの集まりみたいな感じ

web開発するにあたって、cakeならすんなりできる部分も、
Zendなら色々classを呼び出すなり、子クラス実装するなりしなきゃいけなかったりする。
Zendの方がハードルが高いのはまあ間違いない。
0492nobodyさん2010/10/09(土) 22:19:17ID:???
とりあえずcakeはormがしょぼい。
0493nobodyさん2010/10/09(土) 22:27:33ID:v6/8xFVg
>>489

lastInsertId() とか使えばいいんじゃないの。
http://framework.zend.com/manual/ja/zend.db.adapter.html#zend.db.adapter.write.lastinsertid
0494nobodyさん2010/10/10(日) 01:21:37ID:???
>>488, >>491
ありがとうございます。
CakePHPとZendFrameworkは思想そのものが違う感じなんですね。

使いやすさを除いた、たとえばWebサービスや通常のサイトを作ったときの速度はどうでしょうか？
もちろん、それぞれの規模やプログラマ／エンジニアの腕によって大きくばらつくのはわかりきってるのですが・・・
どうしても「フレームワーク＝ソースコードが太る」というイメージがあるので、実際に使って開発した感想も聞きたいです。

PHPプログラムはZendFrameworkの方が向いているということなので、一旦はZendFramweorkに挑戦してみたいとは思いました。
繰り返しの質問になりますが、よろしくおねがいします。
0495nobodyさん2010/10/10(日) 01:32:12ID:???
場合に寄るから自分で試せよ
0496nobodyさん2010/10/10(日) 01:49:57ID:???
>>494
数年前と比べて、最近はハードウェアが高性能化してるからな･･･
「フレームワーク有りと、無しでは実行速度が2倍違う」と仮定しても、
0.01秒が0.02秒になるようなレベルで、体感速度は変わらない。


開発チームがフレームワークに慣れれば開発効率は数倍跳ね上がる。
コード肥大化による動作速度の低下を下げたいなら、
その人件費をハードウェアにつぎ込む方が低コストかつ、運用も楽。

そんな感じ。
0497nobodyさん2010/10/10(日) 05:06:02ID:???
CPUの高性能化は頭落ちしてる。
0498nobodyさん2010/10/10(日) 05:06:59ID:???
ごめん。頭打ちだった。
0499nobodyさん2010/10/10(日) 08:03:13ID:???
>>494
人にもよるだろうけど、開発が早いのはcakeだと思うよ。

簡単なプログラムつくるならFW使うとソースは増える。
0500nobodyさん2010/10/10(日) 15:40:37ID:???
>>497
ヒント：クラウド
0501nobodyさん2010/10/10(日) 17:09:41ID:???
>>497
VPS十台借りても１万くらいだし

最初は一台で作って
重くなってきたら役割ごとに分割
それでも重いなら並列化
って感じで増やしてけば対した問題じゃない

もちろん、負荷、売上がちゃんと整合性取れる範囲の話だがフレームの問題じゃなくなる
0502nobodyさん2010/10/10(日) 22:37:53ID:???
ケースに因るんだ。本当に負荷の高いサイト、FacebookなんかはPHPをHipHopでバイナリにしちゃうし、Yahooはロジックをエクステンションに追いやってる。
ZendとかCakeとか、この手のPHPのフレームワークは負担が大きいので使わない。
0503nobodyさん2010/10/10(日) 23:39:03ID:???
>>502
ケースに困る？
YahooとかFacebookとか･･･君の請ける案件はそんなに大規模な案件ばかりなのかい？
多分、ここにいる人の大半は数人〜数十人規模の中規模開発者だと思うよ。
0504nobodyさん2010/10/11(月) 00:50:45ID:???
困ったなｗ
0505nobodyさん2010/10/11(月) 01:03:04ID:???
どこまで釣りかわからなくなってきたorz
0506nobodyさん2010/10/11(月) 02:41:41ID:???
うち5人で作ってるEC＋アフィリのサイトだけどWebサーバ10台クラスですげー高負荷だよ
キャッシュサーバとか検討してるレベルだし
0507nobodyさん2010/10/11(月) 11:21:25ID:???
因みに、Yahooでも5〜10人程度の開発チームが1サービスを担当する。
それぞれのチームが働きやすいようにもろもろ準備してるだけ。
しかも高付加なのはトピックとかの上位10％ほどのサービスを除けば、
中の下のエンジニアでハードウエアで済ますっていう世界だよ。

ま、おれはその中の下より下なわけだがｗ
0508nobodyさん2010/10/11(月) 20:09:48ID:???
>>496>>499>>502>>503
いろんな意見ありがとうございます。

エクステンションの書き換えとか追加はまあ出来るんですけど、PHP全体の挙動を詳細に解析したことがあるわけじゃないので、思わぬ穴ができそうでやりたくないんですよね。

ハードの性能がある程度あれば、通常の開発規模では気にしなくていいことがわかりました。
実際にサービスをリリースして運用を開始してから、もし問題があればフレームワークの排除等も検討してみます。

ありがとうございました。
0509nobodyさん2010/10/13(水) 17:49:35ID:9/s0PB03
>>506
zend全く関係なくて申し訳ないんだけどアクセス数とCPUとメモリ教えてくれない？
0510nobodyさん2010/10/18(月) 11:50:14ID:???
>>509
アクセス数についてだけど、トピックに上がった記事で人気があると、
だいたい秒間200アクセスを超えてく。
CPU、メモリについては聞いてどうするな世界だな。
サーバーはごく普通のレベル。
自前のDCにDELLとかの平均的なサーバーを入れてるだけ。
0511nobodyさん2010/10/18(月) 12:02:03ID:???
サーバ１台当たり２０アクセス／ｓでアップアップなのかよｗ
0512nobodyさん2010/10/18(月) 12:41:26ID:???
どんなサイトかしらんけど適切なハードで、ちゃんと設定したら半分も要らなそうだな(笑)
0513nobodyさん2010/10/18(月) 16:10:14ID:???
>>511

> サーバ１台当たり２０アクセス／ｓ

そんなこと、どこに書いてあるの？
0514nobodyさん2010/10/18(月) 16:11:50ID:???
あぁ、わかった。ポインタミスだｗ
0515nobodyさん2010/10/18(月) 18:11:43ID:???
>>510
なんでお前が俺の書き込みに答えてるんだよｗ
具体的な数字は言えないけどやってくるのが殆どアフィリタグ踏んでくるアクセスだから
DB書き込みやらんとならんし結構重いんだよね
むしろWebサーバってよりロードバランサやSSL処理の方が厳しい感じなのでサーバのCPUなんかは持てあましてる
10台用意してるのはどっちかというと障害対策や不意のピークのためだから
平時はピークでもせいぜい50%くらいしかリソース使わん
0516nobodyさん2010/10/18(月) 21:04:03ID:???
ＭＶＣのサンプルがふんだんに見れるサイトないのかなぁ。。
海外とかでもいいから知ってる人いたら教えて
0517nobodyさん2010/10/18(月) 21:59:15ID:???
　　　　　　_______　　　　　　　　　　　　　　　　　　　　　_＿
　　　　／／￣~`i ゝ　　　　　　　　　　　　　　　 　 　 `l |
　　　 / /　　　　　　　 ,______　　　,_____　　　　________　 | |　　____　TM
　　　|　|　　 　 ＿__　//￣ヽヽ　//￣ヽヽ　（（￣）） 　 | |　//￣_>>
　　　＼ヽ、　　 ｜l　| |　 　 | |　| |　 　 | |　　``( (.　　.| |　| | ~~
　　　 　 `、二===-'　 ` ===' '　　` ===' '　 //￣ヽヽ　|__ゝ ヽ二=''
　　　　　　　　　　　　　　　　　　　　　　 　 ヽヽ___//　　　日本
　　＿＿＿＿＿　＿＿＿＿＿　 ＿＿＿＿＿_ 　＿_＿＿＿＿＿
　　|　 ウェブ 　|　|　イメージ　|　|　グループ　|　|　ディレクトリ　|
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　 .＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　｜MVC sample　　 　　　　　　　　　　　　　│・検索オプション
　　　　　　└────────────────┘・表示設定
　　　　　　　 　| Google検索　|　I'm Feeling Lucky　|　　・言語ツール
　　　　　　　　 ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　◎ウェブ全体から検索 ○日本語のページを検索
0518nobodyさん2010/10/19(火) 02:49:28ID:???
MVCの切り分けってサンプル必要なくらい難しいか？
0519nobodyさん2010/10/19(火) 07:22:15ID:???
>>515
それって結局はZendFWがボトルネックにはなってるわけでは無い、って事だよな？ｗ
05205162010/10/19(火) 09:19:22ID:???
いや実はＭＶＣの切り分けを学びたいとかじゃなくて、
うまい人がどんな書き方（わかりやすさ・メンテナンスのしやすさなど）してるかを
いろいろと知って取り入れられるものはないかという探究心から聞いてみただけなのでないならないでいいんです。
0521nobodyさん2010/10/19(火) 09:50:18ID:???
皆、デフォルトコントローラー群にprefixってつけてる？

IndexController

と書くところを

ModuleName_IndexController
ProjectName_IndexController

のように冗長に。
PDTで複数プロジェクト編集する時にクラス名が被るとコード補完が厄介なんだ･･･
何か上手い方法ないかね
0522nobodyさん2010/10/19(火) 12:00:40ID:???
>>515
すまん、ポインタを見間違えた
0523nobodyさん2010/10/19(火) 15:08:51ID:???
>>521
Controllerをコード補完で呼び出すことなんてあるか？
0524nobodyさん2010/10/19(火) 17:58:33ID:???
>>523
コントローラ内でメソッド呼び出すとき、
$this->hogeXXXで保管しようとしたら、
他のプロジェクトの同名コントローラのメソッドがでてきちゃうんじゃね？
0525nobodyさん2010/10/19(火) 19:56:12ID:???
>>524
ControllerにAction以外のメソッド書くってこと？
private でも他のメソッド出てきちゃうんだっけ？
0526nobodyさん2010/10/19(火) 22:05:23ID:zJOQfrg+
>>463

Ver.1.10.8のZend_OpenId_Consumerの733行目に『/* TODO: OpenID 2.0 (7.3) XRI and Yadis discovery */』があるよ。
やっぱり、mixiのOpenIDだめだった。
0527nobodyさん2010/10/19(火) 22:19:07ID:???
2.0から対応するんだと思う
0528nobodyさん2010/10/19(火) 23:13:44ID:???
>>525
コントローラ固有だったり、サイト全体で使うようなショートカットメソッドを登録する事があるんよ。
$this->log(); とか $this->getXxx() みたいなのを･･･
privateにしててもクラス名が同じだと補完対象にされてしまう。

コントローラにアクション以外書くのってまずい？
0529nobodyさん2010/10/19(火) 23:28:47ID:???
別に君がそう書きたければそれでいいと思う
0530nobodyさん2010/10/20(水) 04:30:26ID:???
$this->log()はログの発行元が追跡しやすくて良い
0531nobodyさん2010/10/20(水) 12:10:17ID:???
アクションコントローラーにActionメソッド以外のメソッドって
結構いろんなサンプルとかでやられてるよな
0532nobodyさん2010/10/20(水) 13:31:25ID:???
privateメソッド限定なら補完の必要性もあんまりないから
放置したほうがいいと思う。

$thisで同名他クラスのメソッド出てきちゃうのは
そのうちPDTのほうで対応されそう。
heliosで親クラスの補完が変だったのもSR1で改善されたし。
05335092010/10/20(水) 17:08:16ID:goNec+dl
>>515
質問したの俺だよ、答えてくれてありがとう
サイトの運営ってプログラム書ければ良いワケじゃないんだね、
わかってたけどトラブル発生時の対応とか考えると大変だわ
みんなはプログラム書く以外にシステム設計とかもやってるの？

＞アフィリタグ踏んでくるアクセスだからDB書き込みやらんとならん

これってアクセス解析のためだよね？
うーむ、勉強になったよ
0534nobodyさん2010/10/21(木) 01:30:25ID:???
>>531
>>532
Zend_Controller_Actionのコード見る限り、
普遍的なメソッドはController自体に登録してあるしね。

0535nobodyさん2010/10/21(木) 04:34:34ID:???
>>534
どんなメソッド？
0536nobodyさん2010/10/21(木) 05:14:21ID:???
>>535
_fowerdとか_redirectとか他にも色々、てかコード読めよｗ

Actinは xxxAction って命名規則があるんだし、
ActionCtonroller = Actionのみを記述するものでは無いってこった
0537nobodyさん2010/10/21(木) 05:18:53ID:???
>>536
それがなかったらコントローラじゃないだろ？何言ってんだ
0538nobodyさん2010/10/21(木) 07:16:01ID:???
>>537
別に？無くてもコントローラとしては機能するよ。

俺がいいたいのは、コントローラにはアクション以外定義するのはおかしいなんて事は無い。
それだけだ。
0539nobodyさん2010/10/21(木) 07:23:46ID:???
ああ、MVCのコントローラとZend_Controllerの実装の話が噛み合ってないわけね
0540nobodyさん2010/10/21(木) 07:32:49ID:???
ついでに言うとそれらはルーティングを行うための基底コントローラに実装されているメソッドであって
自分がそれを継承して作るコントローラに、アクション以外の（コントローラから逸脱する）ロジックなり処理なりを実装するのは
MVCの考えに反するよ。
てかZend_Controllerを見たらAction以外のメソッドがあるから定義しておかしくないなんてのは余りにも短絡すぎ
無かったらユーザがActionだけ書いて動くわけないでしょ
0541nobodyさん2010/10/21(木) 10:18:49ID:???
きっちりしたのはzendに任せるとして
ユーザは好きなように使えばいいのさ
0542nobodyさん2010/10/21(木) 11:09:59ID:???
>>539
MVCの思想としても_fowardをアクションコントローラに実装する必要は無い。
例えばZFで言えばヘルパでもいい。

>>540
最初から全てを書くとは誰もいってなくね？
Action間で共有するメソッドやログ出力ショートカット程度しか言われてない気が。

0543nobodyさん2010/10/21(木) 14:12:10ID:???
>>536

各ControllerでActin以外に独自メソッドいろいろ書いてたら、
将来的なZFのバージョンアップで拡張されたときに
不意なオーバーライドしちゃって動かなくなりそうで怖い。

間に１サブクラスかませてそこでやるならまだしも。
0544nobodyさん2010/10/21(木) 15:03:42ID:???
>>543
Zenc_Controller_Actionを継承した基底コントローラは最低限用意しておく
各コントローラは基底コントローラを継承しておく

全体で必要なら基底コントローラ、
コントローラ固有ならそのコントローラに書く

という感じかな。

オーバーライドしてしまって動作しなくなるケースって相当希だと思う。
0545nobodyさん2010/10/21(木) 19:36:11ID:???
PHPにもJavaみたいにアノテーションで@Overrideとか指定出来れば良いのにね。
0546nobodyさん2010/10/22(金) 01:09:01ID:???
そこまで厳密にやるならもうJavaか.NETやれよみたいな話になるんじゃないの？
0547nobodyさん2010/10/22(金) 01:53:39ID:???
>>545
アノテーション自体は定義出来るし
ランタイム時にReflectionクラスで取得する事も出来るので
必要だと思うなら自分で作ればいい


作ってるうちに >>546 と同じ答えにたどり着くと思うがｗ
0548nobodyさん2010/10/22(金) 13:26:45ID:???
いやいや、そこまでの話じゃないよ。

単に @deprecated とかPDTでも対応してて便利だし、
そのレベルであれば良いなあって。
0549nobodyさん2010/10/22(金) 15:12:14ID:qwjMjkx8
dbの登録データのデリートアクションみたいに、実際には画面を表示しない場合って
（削除処理がされたら完了画面にリダイレクトする）
viewの設定をどうしたら良いの？

phpエラー（warning）を吐かれてるのを止めたいんだけど…
ルーティングで対処するのか、それともdeleteAction()の中で何か書くのかわからないです

routingは以下のようになってます

routes.scheDelete.route= "/admin/schedule/delete/*"
routes.scheDelete.defaults.module= "admin"
routes.scheDelete.defaults.controller= "Schedule"
routes.scheDelete.defaults.action= "delete"
routes.scheDelete.type= "Zend_Controller_Router_Route"

回答お願いしますー
05505492010/10/22(金) 15:13:38ID:qwjMjkx8
あ、すみません。情報がたりませんでした
どうせ画面の表示はないのだから/schedule/delete.tplを用意していないのです。

0551nobodyさん2010/10/23(土) 00:01:07ID:???
>>549
マニュアルに書いてあるよ
0552nobodyさん2010/10/23(土) 00:37:26ID:???
>>549
deleteActionの最後で_foward()か_redirect()すればいい。

画面を描画したくないなら、viewHelperを無効にすればいい。
http://framework.zend.com/manual/ja/zend.controller.action.html
0553nobodyさん2010/10/23(土) 00:50:00ID:???
>>540
>>543
マニュアル読んで気がついたが、

「自分のウェブアプリケーション用に便利な機能を実装していく一方で、
同じような前処理やちょっとした処理をあちこちのコントローラで書いているといったことはありませんか？
そのような場合は、Zend_Controller_Action を継承した共通基底コントローラクラスを作成し、
共通処理をそこにまとめていくようにしましょう。 」

と明記されてるね。
http://framework.zend.com/manual/ja/zend.controller.action.html
0554nobodyさん2010/10/23(土) 02:16:34ID:???
>>540
＞無かったらユーザがActionだけ書いて動くわけないでしょ
動く。ルーティングを行う為の基底コントローラ(ZFではDispatcher)側の実装の問題だ。

MVCの考え方とやらに従うのであれば、Action以外にもCに実装するべきロジックは多々ある。
それを基底クラスに書くのか、別クラスに書くのか、その実装方法自体はMVCの思想には含まれていない。
05555492010/10/23(土) 02:37:46ID:???
>>551,552
お恥ずかしい。ありがとうございました
0556nobodyさん2010/10/23(土) 07:14:23ID:???
継承ってすればするほど重くなるのかな？
ある程度はキャッシュされるとしても体感しない程度に重くなってる？
0557nobodyさん2010/10/23(土) 10:09:58ID:???
>>554
Dispatcherはコントローラだろ　何言ってんだ
0558nobodyさん2010/10/23(土) 10:58:26ID:???
>>557
だからCに関するロジックであれば、Zend_Controller_Actioｎに実装しようが、Dispatcherに実装しようが、他のクラスに実装しようが、
MVC思想とは関係無いんで >>540 の発言の意味がわからねーんだわ。
0559nobodyさん2010/10/23(土) 11:12:25ID:???
>>558
>>無かったらユーザがActionだけ書いて動くわけないでしょ
>動く。ルーティングを行う為の基底コントローラ(ZFではDispatcher)側の実装の問題だ。

Cに関するロジックが無くても動くってどういうこと？

0560nobodyさん2010/10/23(土) 11:31:06ID:???
>>559
Zend_Ctonroller_ActionにAction以外のメソッドが無くても、
Dispatcherなり、どこかしらに実装しておけば動くって事。

>>540ではAction以外を定義するのはMVCに反すると、
意味不明な書き込みがあったが、Cに関するロジックであれば何処に書こうが何ら問題は無い。

むしろ共有ロジックはActionクラスに書くことをZFは推奨(>>553)している。
0561nobodyさん2010/10/23(土) 11:56:02ID:???
>>560
>Zend_Ctonroller_ActionにAction以外のメソッドが無くても、

Zend_Controller_Actionには_forwardや_getParamや_redirectなど
たくさんAction以外のメソッドがあるように見えるが・・・？
0562nobodyさん2010/10/23(土) 12:03:59ID:???
>>561
話ループしてるし何が言いたいかわからん
>>536 からの流れ読め
0563nobodyさん2010/10/23(土) 18:28:37ID:???
>>556
バイトコードキャッシュとか使ってない環境だと
どのくらい影響あるんだろうね。

PHPでもJavaみたいにInterface多用して設計したいけど、
実行時の無駄な処理が気になる。

本番環境ではInterfaceのチェック処理を
無視する設定とかあるのかね？

ZFでも結構多用されてるってことは、ほとんど影響ないのかな？
0564nobodyさん2010/10/23(土) 18:33:37ID:???
>>562
自分の誤りをごまかさないでほしい
0565nobodyさん2010/10/23(土) 19:07:53ID:???
>>562 >>564

君たち話がかみ合ってない。

要はZend_Ctonroller_Action継承した基底Controller作って、
共通の処理はそこに実装。
※出来ればinit()やらpreDispatch()の中だけで済ませる
それを継承した各Controllerで個別に呼び出したい処理は
ActionHelper作る。

でいいんじゃない？
オーバーライド用に容易されてるメソッド以外に、
各ControllerでAction以外のメソッド書かないといけない必要性って
ほとんどないような。手っ取り早いけど。
0566nobodyさん2010/10/23(土) 19:56:33ID:???
>>565
ヘルパーブローカを使うとPDTでコード補完出来ないのが不便なんだよなぁ、
どこかしらに @return アノテーション付でgetter定義しておかないとならんし･･･

自分の場合、

プロジェクト基底コントローラ
　→ アプリケーション基底コントローラ
　　→　モジュール基底コントローラ

をそれぞれ継承して作っておいて、
Controllerに共通プロパティやショートカットメソッド定義してるわ。
0567nobodyさん2010/10/23(土) 20:19:28ID:???
>>565
＞各ControllerでAction以外のメソッド書かないといけない必要性って
＞ほとんどないような。手っ取り早いけど。

Controller固有のロジックやプロパティを外部化する必要性もほとんど無いからね
臨機応変に最適な手法を取ればいいと思うよ

無闇に肥大化させるのは好ましくないけれど
将来Zend_Controller_Actionと競合するかもしれないという理由で
実装コストを上げてしまうのは同意し辛いな
0568nobodyさん2010/10/24(日) 00:52:09ID:???
>>563
ベンチで測ってみろよそれくらい
0569nobodyさん2010/10/24(日) 12:51:40ID:???
プラグインからアクションヘルパーを呼ぶ方法ってありますか？
アクションコントローラを作るたびに同じアクションヘルパーを呼ぶ記述書くより
プラグインに共通で書きたいと思ったのでやり方を探しているんですが見つけられません。
0570nobodyさん2010/10/30(土) 15:35:08ID:CCVX4Qsq
各クラス（コントローラ）の中のアクションがありますが、
これを再利用する方法ってないんでしょうか？

というのは、たとえば入力フォームのアクションだったらバリデート処理が書いてるけど
同じようなフォームの時、ほとんど中身変わらないのに同じようなのをもう一つ書くのが面倒なんです
具体的に言うと nikki_addアクションとnikki_rewriteアクションとか。。
新規登録時でも書き換え時でもバリデータは同じだけど、アクションを２つに分けると
中身同じなのにもう一つ書くことになって面倒くさいと…
何か良い方法ないですか？
0571nobodyさん2010/10/30(土) 15:55:15ID:???
バリデート込みのフォーム定義をアクション外に括り出せばいい
0572nobodyさん2010/10/30(土) 15:55:33ID:???
>>570
難しく考えなくていいよ。
コントローラにnikkiValidateメソッドを作って、
nikki_addとnikki_rewriteから呼び出せばいい。

もしそれが気持ち悪いのであれば、Nikkiクラスでも作るなりして、共通処理をまとめればいい。
0573nobodyさん2010/10/30(土) 15:57:20ID:???
アクションにバリデート書くとかMVCの意味なくね？
0574nobodyさん2010/10/30(土) 16:12:06ID:???
MVCの概要を説明する文書がどれもわかりづらいっつーか、
不明瞭な書き方するからいけないんだよね。

モデルに書けそうなロジックは全部モデルに記述するように試みればまず間違いない。
0575nobodyさん2010/10/30(土) 16:22:23ID:???
コントローラ内で局所的にしか使わないようなロジックであれば、まぁいいんでない。
汎用性とか徹底したMVCとか考えるとキリが無い。

要はケースバイケース。
コストに見合った実装すればいいよ。

RDBだからとテーブルを無闇に極限まで正規化しないだろう？
0576nobodyさん2010/10/30(土) 18:06:00ID:???
>>575
いやまあ、そうなんだけど、そういうと馬鹿はコントローラに全部書いちゃうから。
コントローラに書くことなんてほぼ無いのに。
0577nobodyさん2010/10/30(土) 18:44:20ID:CCVX4Qsq
>>571-576
おおー、ありがとうございます。
そうですね！共通利用するんだから両アクションから呼び出せばいいんだ
なんで思いつかなかったかなー
ありがとうございました
0578nobodyさん2010/10/30(土) 23:54:53ID:???
コントローラって名称に毒され過ぎだよね。
極端な例だけど、以下のようにロジックがきっちり分別されていれば、
同クラスだろうが、同ファイルだろうがMVC実装は可能。

class Application
{
public function controller() {}
public function model() {}
public function view() {}
}
0579nobodyさん2010/10/31(日) 00:48:20ID:???
えっ
0580nobodyさん2010/10/31(日) 02:04:35ID:???
デザインパターンに実装方法は定義されてないからね
ファイル、クラス、メソッド、好きな方法で区切ればいい
0581nobodyさん2010/10/31(日) 02:12:58ID:???
お前は何を言ってるんだ
0582nobodyさん2010/10/31(日) 02:23:02ID:???
>>581
何か間違ってた？
0583nobodyさん2010/10/31(日) 04:11:44ID:???
いやそもそも同じクラスに違う目的のものを突っ込むのが
オブジェクト指向的に間違いなわけで
0584nobodyさん2010/10/31(日) 04:36:27ID:???
ああクラス名を MVCにした方が解りやすかったかな。
OOP的にも、MVC的にも問題無いと思うよ。
絶対やらんけど。

class MVC
{
public function controller() {}
public function model() {}
public function view() {}
}

0585nobodyさん2010/10/31(日) 04:46:01ID:???
クラス名がMVCってその時点でもう破綻してるだろｗ
自動車をオブジェクト指向で表す場合に
EngineWheelStealingってクラス作るようなもんだぞｗ
0586nobodyさん2010/10/31(日) 04:53:18ID:???
ﾜﾛｽ
0587nobodyさん2010/10/31(日) 05:44:37ID:???
普通は複数の機能が乗るわけでそうなったらどうすんだ？
AMVCとかBMVCってクラスができるのか？
それじゃmodelとcontrollerまで対じゃないと破綻するよな
それともa_controller() b_controller()って増やしていくのか？
■ このスレッドは過去ログ倉庫に格納されています