【PHP】フレームワーク CakePHP　3ホール目【本命】

1 名前：nobodyさん [2008/03/14(金) 15:16:00 ID:HF9x5ODX] www.cakephp.org/ 10分で作るCakePHPアプリ for Windows p4life.jp/cake/ マニュアル日本語化 www.cakephp.jp/doc/ 日本語フォーラム cakephp.jp/modules/newbb/ あとこのへんとか（初心者向けTIPS） www.avatarfinancial.com/pages/cake/ CakePHP入門リンク集 ttp://pub.studio15.jp/2007/11/13/cakephp-links/ 【PHP】フレームワーク CakePHP　2ホール目 pc11.2ch.net/test/read.cgi/php/1194976228/ 【PHP】フレームワーク CakePHP pc11.2ch.net/test/read.cgi/php/1163850802/ 201 名前：nobodyさん mailto:sage [2008/03/19(水) 01:30:55 ID:???] >>199 オブジェクトで呼んだ方がオーバーライドもできるし 後から制御するのが楽 202 名前：nobodyさん mailto:sage [2008/03/19(水) 01:36:20 ID:???] 柔軟な制御をするためにデータはオブジェクト経由で呼ぶべき オブジェクトで呼ぶことに意味がある それは、オブジェクトにはいってるデータを 外から制御できるからだ 203 名前：nobodyさん mailto:sage [2008/03/19(水) 07:53:45 ID:???] >>201 >>202 cakephp やってて 「意味あるのかな・・・」と思ってましたけど、やっぱり意味があったんですね。 勉強になります。ありがとうございます。 204 名前：nobodyさん mailto:sage [2008/03/19(水) 12:54:14 ID:???] 例えばCakePHPでブログシステムを作るとして、 ユーザ（usersテーブル）、投稿（commentsテーブル）が一対多の 関係にある時、あるviewで、 　ユーザ1 　　コメント1-1 　　コメント1-2 　　コメント1-3 　ユーザ2 　　コメント2-1 　　コメント2-2 　　コメント2-3 　　　・ 　　　・ という表示をさせたいのですが、view、controllerをどう書いてよいか悩んでいます。 modelで、hasManyリレーションを貼るところ迄は合っていますか？ どこか、参考になるページがあれば教えて下さい。 205 名前：nobodyさん mailto:sage [2008/03/19(水) 19:47:56 ID:???] UserモデルにはhasManyプロパティを作ってcommentsを持っていることを示す。 CommentモデルにはbelongsToプロパティを作って、usersに依存していることを示す。 コントローラのアクションでUserモデルからデータを引っ張ってくる アソシエーションによりCommentもくっついてくる。 コントローラのアクションで、引っ張ってきたデータを ビューに詰め替える。 ビューは渡されたデータをぐるぐるして表示する。 206 名前：nobodyさん mailto:sage [2008/03/19(水) 21:42:10 ID:???] 表示するユーザ数+1のクエリが発行されるからアクセス数の多い中規模〜大規模なサービスでは使えない。 この辺言及する人が少ないのはcakeユーザのレベルが低いからだろうか。 207 名前：nobodyさん mailto:sage [2008/03/19(水) 22:11:32 ID:???] > 表示するユーザ数+1のクエリが発行されるから 何を言っているんだ？ 自分のレベルが低いと告白しているのか？ 208 名前：nobodyさん mailto:sage [2008/03/19(水) 22:21:01 ID:???] >>206 だって、表示するユーザ数+1のクエリが発行されないから。 誰も指摘しないのは当たり前。 209 名前：nobodyさん [2008/03/19(水) 23:03:06 ID:XOo5uLlV] >>205 返信ありがとうございます。 > コントローラのアクションでUserモデルからデータを引っ張ってくる > アソシエーションによりCommentもくっついてくる。 なるほど。 きちんとリレーションを設定すれば、コントローラ側ではUserモデル からデータを引っ張るだけで、芋づる式にcommentsを取れるんですね。 > ビューは渡されたデータをぐるぐるして表示する。 今、$usersをforeachで回してる状態なんですが、これを$usersと $commentsの二重ループにすればオッケーですかね。 ちょっとやってみます。 >>206 論点がずれてませんか？ そもそも、具体的なアクセス数、H/Wの規模を示さないと意味のない 指摘じゃないでしょうか。 この方法だと中規模以上に向かないから、この方法を使うといいよ、 と言うのならまだ分かるのですが。 210 名前：nobodyさん mailto:sage [2008/03/19(水) 23:13:10 ID:???] >>207 >>208 お前らのcakeはこの時どういったクエリが発行されんの？ select ... from users ... (id 1,3,5のユーザがヒットする) select ... from comments where user_id in (1) ... select ... from comments where user_id in (3) ... select ... from comments where user_id in (5) ... 211 名前：nobodyさん mailto:sage [2008/03/19(水) 23:28:29 ID:???] 72.14.235.104/search?q=cache:frA0R04esqgJ:ameblo.jp/lamp777/entry-10072229261.html+cakephp+%E3%82%A2%E3%82%BD%E3%82%B7%E3%82%A8%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3+left+join&hl=ja&ct=clnk&cd=10&gl=jp そして、この findAll() で実行された SQL は以下の通り。 SELECT `Job`.`id`, `Job`.`com_id`, `Job`.`name` FROM `jobs` AS `Job` LEFT JOIN `coms` AS `Com` ON `Job`.`com_id` = `Com`.`id` WHERE 1 = 1 ORDER BY `Job`.`id` ASC LIMIT 10; 212 名前：nobodyさん mailto:sage [2008/03/19(水) 23:42:19 ID:???] belongsToじゃなくてhasManyのこと言ってるんだけど。 参照の方向が違う。 213 名前：nobodyさん mailto:sage [2008/03/20(木) 00:12:41 ID:???] といわれてもなぁ、 hasmanyとかconditionsにどういうSQLで JOINするかをSQLの断片で書いているしなぁ。 JOINしているとわかりそうなものだがなぁ。 214 名前：nobodyさん mailto:sage [2008/03/20(木) 00:28:36 ID:???] 子はJOINできないじゃん。 結局「表示するユーザ数+1のクエリが発行される」が間違ってることは示せないんでしょ。 実際やってみてクエリログ見ればすぐ分かるはずなんだが。 215 名前：nobodyさん mailto:sage [2008/03/20(木) 00:37:04 ID:???] >>210 素人乙！ 観点がずれてるよＰＨＰの基礎からやりなおしてね 216 名前：nobodyさん mailto:sage [2008/03/20(木) 00:40:19 ID:???] １回のクエリで全てが補えることに超したことはない その代わり複雑なＳＱＬ文を書かないといけないから CakePHPの負荷よりも生産性というスタイルに合わないがな ループの中でクエリをぐるぐる発行しまくると負荷が高くなる 217 名前：nobodyさん mailto:sage [2008/03/20(木) 00:43:11 ID:???] >>215 結局こういうのが出てくるのか・・・ ほんとバカばっかだなー それじゃ論点がどうずれてるか説明もらってもいい？ 210での発言にphpの基礎は全く関係ないから、それのほうが論点ずれてると思うのだが。 んで、実際お前のcakeではこの処理でどういうクエリが発行されんの？ 218 名前：nobodyさん mailto:sage [2008/03/20(木) 00:47:43 ID:???] >>209 よほどのことがない限り ループの中にループは入れない方がいいよ 負荷がかかるからね。 219 名前：nobodyさん mailto:sage [2008/03/20(木) 00:52:19 ID:???] CakePHPのおかげで とてつもなく負荷の高いシステムがたくさん世に出そうだな こりゃサーバー会社が儲かるな sakuraインターネット株でも買うか！ 220 名前：nobodyさん mailto:sage [2008/03/20(木) 05:31:17 ID:???] 1.2のpaginate機能はつかえねーな 柔軟な制御ができん、 ページリンクに検索項目のパラメーター付加できない、というか できるけど、面倒なことしないとダメくさい ソート項目のパラメータは標準で付加できるようだが 221 名前：209 [2008/03/20(木) 10:56:59 ID:mwRuCB98] >>218 私の技術力だと、二重ループ以外に実現する方法が思いつかないのですが、 他によい方法があったら教えてもらえますか？ ユーザ毎のコメントを表示する機能はパスするにしても、 同様にmasManyリレーションのテーブルを親子両方とも表示したい 機会はあると思うので。 負荷という意味では、masManyの定義でlimit=>10とする事で大量の子を 取得しないように、というのは心がけています。 222 名前：nobodyさん mailto:sage [2008/03/20(木) 11:48:27 ID:???] >>219 もっと負荷の高いsymfonyもありますぜｗ 223 名前：nobodyさん mailto:sage [2008/03/20(木) 12:36:12 ID:???] というか、プライマリーキーで データを取得することが 負荷が高いと思っているのかな？ JOINの方がよっぽど負荷高いですぜ。 224 名前：nobodyさん mailto:sage [2008/03/20(木) 12:40:34 ID:???] DB周りじゃないだろ多分 225 名前：nobodyさん mailto:sage [2008/03/20(木) 12:58:50 ID:???] >>210 > お前らのcakeはこの時どういったクエリが発行されんの？ こういうクエリが発行されますがなにか？ select ... from users ... (id 1,3,5のユーザがヒットする) select ... from comments where user_id in (1, 3, 5 ) ... 226 名前：nobodyさん mailto:sage [2008/03/20(木) 13:35:31 ID:???] CakePHPのどんどん負荷をかけて生産性を上げなさいというスタイルが 自分の性格に合わない気がしてきた 227 名前：nobodyさん mailto:sage [2008/03/20(木) 13:39:58 ID:???] まだ、例のアンチが常駐しているのかｗ CakePHPはメモリも食わないし、負荷も高くない。 生産性は高い。 228 名前：nobodyさん mailto:sage [2008/03/20(木) 13:40:43 ID:???] アンケート 1.ページ送りの絞り込み条件パラメータをセッションで持たせている 2.ページ送りの絞り込み条件パラメータをURLの後ろに繋げてる(CakePHP1.1 paginate) 3.ページ送りの絞り込み条件パラメータをURLの後ろに繋げてる(CakePHP1.2 pagination) 229 名前：nobodyさん mailto:sage [2008/03/20(木) 13:45:28 ID:???] >>228 4. 基本は3と同じだが、場合によってpagination等をオーバーライドして独自の条件を追加している。 230 名前：nobodyさん mailto:sage [2008/03/20(木) 13:45:45 ID:???] >>227 矛盾してるな。それらは反比例の関係にあるからな 231 名前：nobodyさん mailto:sage [2008/03/20(木) 13:45:54 ID:???] >>226 たしかに、 ●自分の用途に合わせて、全てのコードとHTMLを一から作成したシステム ●作り込み部分は最小限にして、大半のコードはcakePHP任せにしたシステム を比べると、負荷は、一から作成したシステムの方が、余分なものがない分、 軽くできるかもね。 まあそこはトレードオフの部分だから、自分に向いてないと思ったら、 cakePHP以外のやり方を模索すればいいと思うよ。 232 名前：nobodyさん mailto:sage [2008/03/20(木) 13:47:58 ID:???] >>230 よくわからんが、いまどき生産性の悪いほうを 選びたいのか？ 233 名前：nobodyさん mailto:sage [2008/03/20(木) 13:49:21 ID:???] 負荷が高いシステムを作っているところは どこでもフレームワークを使っている。 234 名前：nobodyさん mailto:sage [2008/03/20(木) 13:50:32 ID:???] >>229 View側で $paginator->prev() $paginator->next() の第２引数に絞り込み条件を配列で入れてやら無いと URLの後ろにパラメーターが付加されてなくない？ localhost/cake/test/index/page:1/parameta:hogehoge みたいなかんじ 235 名前：nobodyさん mailto:sage [2008/03/20(木) 13:55:14 ID:???] >>234 いまソースが手元に無くて忘れたが、CakePHP1.2でかなり改善された。 そういえば、そういうパラメータを”コントローラ”側で追加していたきもする。 コントローラーのpagination変数だったっけ？ pagination[モデル名]だっけ？ まあわすれた。 236 名前：nobodyさん mailto:sage [2008/03/20(木) 13:55:53 ID:???] >>233 どちらかと言うと、「負荷が高いシステム」と言うより、 「大規模なシステム」はフレームワークを使ってるという感じじゃない？ そうしないと、コーディングや保守が大変だもんなあ。 237 名前：nobodyさん mailto:sage [2008/03/20(木) 14:03:35 ID:???] 結局は、昔からある速度重視でアセンブラ（生PHP）で書くか、 生産性重視で高級言語（フレームワーク）で書くかの話でしかないな 238 名前：nobodyさん mailto:sage [2008/03/20(木) 14:07:42 ID:???] 小規模フレームワークはＣＩが一番だと思うんだよね CakePHPは小規模フレームワークのクセにsymfonyと同レベルくらい負荷かかりすぎ 239 名前：nobodyさん mailto:sage [2008/03/20(木) 14:12:16 ID:???] >>238 宿題。 それをデータで示してください。 つーか、何をもって小規模といっているのかわからん。 240 名前：nobodyさん mailto:sage [2008/03/20(木) 14:15:07 ID:???] 機能が少ないほうが早い。 機能と速度どっちをとるかだ。 241 名前：nobodyさん mailto:sage [2008/03/20(木) 14:15:17 ID:???] >>239 10万stepまで　小規模 データは「CakePHP CodeIgniter ベンチマーク」でググれ 242 名前：nobodyさん mailto:sage [2008/03/20(木) 14:18:04 ID:???] >>239 www.tsujita.jp/blojsom/blog/default/PHP/2007/07/13/PHP%E3%83%99%E3%83%B3%E3%83%81%E3%83%9E%E3%83%BC%E3%82%AF-Zend-Framework-vs-Symfony-vs-CakePHP-vs-CodeIgniter-vs-PHP-on-TRAX.html 243 名前：nobodyさん mailto:sage [2008/03/20(木) 14:20:54 ID:???] だめだな。CodeIgniter は小規模でしか使えない。 一番重要なモデルが貧弱すぎる。中規模以上ならCakePHPだな。 blogs.atanaka.biz/tanaka/index.php?itemid=691 ・フレームワークにありがちな、あまり使わない機能が削がれている ・フレームワークにありがちな、よく使う機能もけっこう削がれている。 ・だから、ステップ数が他のPHPフレームワークと比べて格段に少ない。 ・だから、実行速度が速い。（ベンチマークはこちら） ・フレームワーク自体が複雑なことをしようとしていないので、潜在バグの深刻さも小さい。（たぶん） ・マニュアルがかなり読みやすく、取っつきやすい。 ・cakePHPには名前のインパクトには負ける。 ・ZendFramework には格式の高さで負ける。 ・MVCというよりは、VCだ。モデルはあくまでもおまけ的。 ・PHPがそもそもテンプレート的なんだからテンプレートエンジンいらない、と考えているふしあり。（だから速い、と） ・でも、簡単な変数置き換えの簡易テンプレートはデフォルトでついてるし、Smartyとの連携もできる。 244 名前：nobodyさん mailto:sage [2008/03/20(木) 14:22:14 ID:???] 流行らないフレームワーク。そっちで盛り上げてくださいｗ [PHP][フレームワーク]CodeIgniterスレ pc11.2ch.net/test/read.cgi/php/1177683436/ 245 名前：nobodyさん mailto:sage [2008/03/20(木) 14:25:59 ID:???] >>243 モデルはCIベースでオレオレ的に拡張した方がいい。 CakePHPの既存モデルにしっくり来ないから まずコードが凄く見難い状態になる 結局バリデートにYAML使ったりと拡張しないいけない 246 名前：nobodyさん mailto:sage [2008/03/20(木) 14:27:28 ID:???] 小規模 CodeIgniter 中規模 CakePHP 大規模 Symfony これでいいじゃん 247 名前：nobodyさん mailto:sage [2008/03/20(木) 14:29:19 ID:???] 小規模　CI 中規模 CI 大規模　ここまできたらCIでいいや 248 名前：nobodyさん mailto:sage [2008/03/20(木) 14:31:12 ID:???] ＣＩのサクサク感を味わうと他のＦＷは使えない 249 名前：nobodyさん mailto:sage [2008/03/20(木) 14:36:26 ID:???] >>225 それバージョンいくつ？ 250 名前：nobodyさん mailto:sage [2008/03/20(木) 14:36:52 ID:???] viewの先頭でoptions()を使って追加文字列をセットしておけば、prev()やsort()等で追加の指定する必要なくなる $paginator->options(array('url'=>'hogehoge')) controllerでpaginate(モデル)した後のoptionsにセットしてもurlに展開される $this->params['paging'][モデル]['options']['hogeoge_key']='hogeoge_value' *この方法は裏技的な気がするけど、、、 251 名前：nobodyさん mailto:sage [2008/03/20(木) 14:39:31 ID:???] >>249 1.2ですが？ 252 名前：nobodyさん mailto:sage [2008/03/20(木) 14:40:57 ID:???] 痛いCI厨は自分のスレを盛り上げてこいよｗ わざわざCakePHPスレを盛り上げて乙 253 名前：nobodyさん mailto:sage [2008/03/20(木) 14:46:46 ID:???] 経験から言うと、どんなものでも「軽い！」という触れ込みでデビューしたものは、 最初は機能が少なくて、バージョンがあがるにつれて機能が追加され最終的には重くなるんだよな。 で、ほかと同等の機能を備えたときには、ほかと同等の重さになっている。 254 名前：nobodyさん mailto:sage [2008/03/20(木) 15:00:55 ID:???] CIスレですが、今週の日曜以降、書き込みがありません。 使ってる方、どうぞ書き込んで下さい。 pc11.2ch.net/test/read.cgi/php/1177683436/l50 255 名前：nobodyさん mailto:sage [2008/03/20(木) 15:11:51 ID:???] akelosスレなんてもっと（ｒｙ 256 名前：nobodyさん mailto:sage [2008/03/20(木) 15:33:39 ID:???] >>251 hasManyアソシエーションでlimitを指定しないと確かに225のクエリになる。 ソース読んだらそのためのif文があった。これは知らなかった。サンクス limit指定しないのが普通なのか・・・あと、なんでそういう実装にしてるんだろう。 limitでUserの件数絞るとしてもwhere user_id (1,3,5)はできると思うのだが。 257 名前：nobodyさん mailto:sage [2008/03/20(木) 15:35:10 ID:???] 間違えた。 > limitでUserの件数絞るとしても limitでCommentの件数絞るとしても 258 名前：nobodyさん mailto:sage [2008/03/20(木) 15:42:11 ID:???] >>256 >>257 面倒ならカスタムsqlでやれば早いじゃん 259 名前：nobodyさん mailto:sage [2008/03/20(木) 15:42:19 ID:???] んー、Commentに対するlimitがある場合はそう実装するしかないのか。 バカじゃん俺。この振る舞いについてのドキュメントはどっかにあったのかな。 連投スマソ。 260 名前：nobodyさん mailto:sage [2008/03/21(金) 01:06:38 ID:???] Cakeとは関係ないんですが、複数のモデルの処理(全部更新)を1個のトランザクションにするときってどう書いたらいいですか? コントローラーにこんな感じで書こうと思うのですがどうでしょうか。 start transaction $resultA = $modelA ->method(); if($resultA == 'error') { rollback return; } $resultB = $modelB ->method(); if($resultB == 'error') { rollback return; } $resultC = $modelC ->method(); if($resultC == 'error') { rollback return; } commit 261 名前：nobodyさん mailto:sage [2008/03/21(金) 04:01:36 ID:???] >>260 スレ違いだと思うんだけど・・・ 262 名前：nobodyさん mailto:sage [2008/03/21(金) 11:15:08 ID:???] confirmぺルパー作成完了 263 名前：nobodyさん mailto:sage [2008/03/21(金) 11:28:48 ID:???] ぺルパーについてkwsk 264 名前：nobodyさん mailto:sage [2008/03/21(金) 22:38:30 ID:???] バリデートのyaml化作業開始 265 名前：nobodyさん [2008/03/22(土) 02:17:57 ID:rTbTxKR5] コンポーネントの中でモデルって使えるよね、$this->モデル名とかで。 コントローラにはあまり詳細な処理は書きたくない（つまり、大まかな流れだけ）ので、 具体的な処理はコンポーネントをこさえて、そちらで処理したいんだけど考え方あってるかな？ たとえば、会員登録処理をするアプリを例にすると、UserRegisterComponentみたいなのを作って identify()やregister()、update()といったモデルを扱う処理を記述して、 コントローラーからはフォームの値の受け取りとコンポーネントをコネコネ使うこと、結果によって ビューを表示しわけるようなイメージです。 ソース書いて晒した方が早い？ 266 名前：nobodyさん mailto:sage [2008/03/22(土) 03:46:35 ID:???] >>265 > コントローラにはあまり詳細な処理は書きたくない > 具体的な処理はコンポーネントをこさえて、そちらで処理したい 大事なのはこれらの明確な理由が何なのかってことだと思う。 その会員登録処理がシステムの他の部分からも必要になるならコンポーネントにした方がいいと思うよ。 もしくは他のアプリでも(ほぼ)そのまま使用できるなら。 あとはコントローラとモデル(DAO層)を分離することでテスタビリティを向上させたいとかかなぁ 例えばテストの時はモックコンポーネント使うようにすればデータベースがなくてもコントローラのテストができる。 267 名前：265 [2008/03/22(土) 05:08:43 ID:rTbTxKR5] >>266 なるほど。コンポーネントで会員登録処理と思いついた理由は指摘のとおり他のアプリで いつも同様のことを実装してるのでコンポーネント化してしまおうというのが一番の理由。 それにコントローラ内に細かい条件分岐や処理を書き始めるとものすごくコードが肥大して メンテナンスがし難いし、もし今後会員登録のフローを同アプリケーションの別箇所でも使い たいって仕様変更があっても対応しやすいかと。 でも、「会員登録（管理）コンポーネント」なんて作っちゃうとモデルやDBテーブルの構造が かなり固定化＆依存してしまうのがいやだなだ、と…（AuthComponentみたいにね） それならばpluginにしちゃえば？って考えることもあるけど、pluginってあんまり使われてないし。 うーむ。 268 名前：nobodyさん mailto:sage [2008/03/22(土) 10:11:22 ID:???] >>267 そんな恐ろしいほどにコードが肥大する。かつそれら共通利用する機会が多いなら コンポーネント化しちゃいなよ 269 名前：nobodyさん mailto:sage [2008/03/22(土) 10:19:47 ID:???] >>267 DBテーブルの構造がかなり固定化＆依存 これ内容が会員登録だったらテーブル構造に依存しちゃうのやばいだろ？ 会員認証なら固定依存しても、それほど問題ないけど コンポーネントてそもそもDBテーブルの構造がかなり固定化＆依存してしまうものなんだね 270 名前：nobodyさん mailto:sage [2008/03/22(土) 10:52:32 ID:???] >>267 コンポーネント設計のポイントは、Plug-and-Playを可能にすることであり、独立性を高めることにある 重要となる設計要素は、インターフェースであり、注目すべきは設計要素間の依存関係だと思う 内部実装に依存しない形でコラボレーションをモデル化できるインターフェースが重要じゃないかな コンポーネント化するということは、結局クラスをグループ化することだからね クラス間の関連（集合-部分、汎化-特化）と依存関係を意識して設計しないと 物理的にはコンポーネント化したが、論理的にはひとつのシステム全体 ひとつの再利用単位として使わざるを得ないという状況が現れるから この点で、依存関係の設計はかなり重要 271 名前：nobodyさん mailto:sage [2008/03/22(土) 11:26:27 ID:???] >>266 モックコンポーネント あまり聞かない、組み合わせだけどｗ モックとコンポーネント入れ替えするものじゃないの？ 272 名前：nobodyさん mailto:sage [2008/03/22(土) 11:49:52 ID:???] モックンがどうかしたって？ 273 名前：nobodyさん [2008/03/22(土) 19:56:20 ID:rTbTxKR5] ちなみにCakePHPのプラグインを配布してるサイトをご存知ですか？ 「配布できる」と書いてあるくせに、プラグイン配布サイトって見たことないやと思って。 「会員登録プラグイン」とかあるといいのになー 会員登録コンポーネントの件、結局ユーザーテーブルを分けて（users:ログインIDとパスワードだけ、user_profiles:その他のプロフィール項目） コンポーネントで固定化するのはusersテーブルを主にして、user_profilesの方はアプリケーション毎に 自由に定義できるような仕様でコンポーネントを書いてみようかと思っています。 274 名前：nobodyさん mailto:sage [2008/03/22(土) 20:52:09 ID:???] >>271 そういうこと。テストの時はモックを使うようにする。 「コンポーネントのモック」って意味でモックコンポーネントって言った。 275 名前：nobodyさん mailto:sage [2008/03/22(土) 21:01:00 ID:???] >>273 会員登録プラグイン 何度も使うような処理でも無いし面倒な処理でもないからなあ 個人的には確認画面やらページ送りやら何度も使う場面のあるプラグインもしくは コンポーネントが欲しい 276 名前：nobodyさん mailto:sage [2008/03/23(日) 01:31:09 ID:???] バリデートのyaml化作業完了 yamlの空白に少しはまった 277 名前：nobodyさん mailto:sage [2008/03/23(日) 02:03:00 ID:???] >>276 おつかれっす 278 名前：nobodyさん mailto:sage [2008/03/23(日) 12:24:28 ID:???] findのような感じで、IDを指定してDBデータの更新を ファンクションはありますか？ イメージとしてはこんな感じで。 $this->Post->hogehoge($id, 'Address'->'Hokkaido'); Model classのファンクションを一通り眺めてみたのですが、 それらしきファンクションを見つける事ができませんでした。 api.cakephp.org/class_model.html#d25735e5d69a1c55c58de6df8c06bd9e 279 名前：nobodyさん mailto:sage [2008/03/23(日) 13:03:51 ID:???] >>278 ファンクションて何ですか？素人は書き込まないで下さい 280 名前：278 [2008/03/23(日) 13:46:28 ID:9wMqWTzf] >>279 先に挙げたURLで、「Public Member Functions」と記述されていたので、 ファンクションと書かせてもらいました。 methodと言えばいいですか？ 既存のものでいうと、findAllやsaveなどの事です。 ご存じでしたらお教え下さい。 281 名前：nobodyさん mailto:sage [2008/03/23(日) 14:00:59 ID:???] >>280 こんなとこで聞くよりも自分でソース見た方が早くね？ 282 名前：nobodyさん [2008/03/23(日) 21:00:13 ID:xiSCrZA7] >>275 会員登録プラグイン、完成したら俺にくれ 283 名前：nobodyさん mailto:sage [2008/03/23(日) 22:20:17 ID:???] >>282 いらねー。たぶん需要ない 会員登録なんてすぐ作れるやんｗｗｗ 284 名前：nobodyさん mailto:sage [2008/03/23(日) 23:07:41 ID:???] >>278 カラム単位の更新でいいなら、saveField。 $this->Post->id = $id; $this->Post->saveField('Address', 'Hokkaido'); 285 名前：nobodyさん mailto:sage [2008/03/23(日) 23:25:30 ID:???] いらなきゃ使わなきゃいいじゃん。 小さい車輪だろうが再開発をしなくて済むなら助かる。 286 名前：nobodyさん mailto:sage [2008/03/24(月) 00:14:26 ID:???] 再開発する機会が少ない。激しく無駄 そうじゃなければ、すでに作ってる人たくさんいるよ 287 名前：nobodyさん mailto:sage [2008/03/24(月) 00:19:02 ID:???] ほんとにいらなければ何もコメントしないので、たぶん荒らし。 スルー推奨。 しばらく前、本やWebを参考にRoRを使っていたが、cakePHPの方が 使いやすい。 ひょっとしたら、RoRでActiveRecordとかに若干慣れたので、 馴染みやすかっただけかもしんないけど。 288 名前：nobodyさん [2008/03/24(月) 00:22:17 ID:gAnd/HKb] Cakeのプラグインって、なにか有名なのってあったっけ なんのためにプラ銀機能なんて実装されてんの？ 289 名前：nobodyさん mailto:sage [2008/03/24(月) 03:29:33 ID:???] 都道府県データどこにいれてる？ 290 名前：nobodyさん mailto:sage [2008/03/24(月) 03:37:25 ID:???] コントローラ全体じゃなくてメソッド単位でヘルパー、コンポーネント呼び出すにはどうすればいい？ 会員登録ページのメソッドにアクセスしてるにもかかわらず コントローラでPaginationコンポーネントを定義していれば ページ処理の関わるクラスがnewされるんでしょ 291 名前：nobodyさん mailto:sage [2008/03/24(月) 13:06:37 ID:???] ヘルパーは細かく考えずにコントローラ単位で呼び出すのがCake流 コンポーネントやモデルはヘルパーに比べればメソッド単位で呼び出しやすいけど こっちも深く考えずにコントローラ単位で呼び出すんだ 多分 292 名前：nobodyさん mailto:sage [2008/03/24(月) 13:16:08 ID:???] 例えばググレカスアクションでほげヘルパーを呼び出す場合 function gugurekasu() {     App::import('Helper', 'Hoge');     $ajax = new HogeHelper(); } 293 名前：nobodyさん mailto:sage [2008/03/24(月) 20:55:32 ID:???] まあ、そんなに特定のアクションでだけ ヘルパーとか呼び出したいのなら、 そういうコンポーネントを作ればいいんじゃないのかな？ コンストラクタあたりで、url見てごにゃごちゃすれば出来るでしょう？ 294 名前：nobodyさん mailto:sage [2008/03/25(火) 00:59:47 ID:???] >>292 ネーミングが中途半端だな HogeHelperだけ普通やん 295 名前：nobodyさん mailto:sage [2008/03/25(火) 01:51:15 ID:???] >>294 むしろ$ajaxに突っ込んで欲しかったな 296 名前：nobodyさん [2008/03/25(火) 10:30:40 ID:Qe2AafnS] モデルってあんまりごちゃごちゃ書きたくないよな、dbdesigner2cakeとか使ってるとメンテナンスの面からとく。 だからといってコントローラにごちゃごちゃとロジックを書き並べたくないので コンポーネントにすべてモデルを操作するカスタムメソッドを記述してます。 これって俺だけ？ 297 名前：nobodyさん mailto:sage [2008/03/25(火) 10:37:30 ID:???] だからコントローラにいろいろ書くのは まずいケーキだってケーキ様が言っている。 cakephp.org/files/OCPHP.pdf 298 名前：nobodyさん mailto:sage [2008/03/25(火) 10:46:51 ID:???] >>297 ケーキがどうのこうのいおうが 自分の見やすい書き方が一番 たとえば１万step以下のコードなら 全部コントローラに書いた方がいい、みたいなね！ 299 名前：nobodyさん [2008/03/25(火) 10:55:58 ID:Qe2AafnS] >>297　 3ページ目？　こんなにモデルに書くもんかね… 俺だったらｃとｍの間のコンポーネントをずっしり書くな。別のプロジェクトにも使いまわしできるし。 コントローラだとほぼ、使いまわせないしな。 300 名前：nobodyさん mailto:sage [2008/03/25(火) 11:02:26 ID:???] 1万ステップコントローラにべた書きとかすごいね

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef