- 1 名前：nobodyさん mailto:sage [2008/06/20(金) 01:24:40 ID:???]
- www.cakephp.org/
10分で作るCakePHPアプリ for Windows
p4life.jp/cake/
マニュアル日本語化
www.cakephp.jp/doc/
Cookbook :: 1.2 Collection :: マニュアル
book.cakephp.org/ja
日本語フォーラム
cakephp.jp/modules/newbb/
あとこのへんとか（初心者向けTIPS）
www.avatarfinancial.com/pages/cake/
CakePHP入門リンク集
ttp://pub.studio15.jp/2007/11/13/cakephp-links/
【PHP】フレームワーク CakePHP 3ホール目【本命】
pc11.2ch.net/test/read.cgi/php/1205475360/
【PHP】フレームワーク CakePHP 2ホール目
pc11.2ch.net/test/read.cgi/php/1194976228/
【PHP】フレームワーク CakePHP
pc11.2ch.net/test/read.cgi/php/1163850802/
- 591 名前：nobodyさん mailto:sage [2008/11/09(日) 15:48:39 ID:???]
- 例えば履歴書の画像データの話が出たけど
それをＷＥＢ上からログインして観覧するようなシステムがあるならＶ
一切使い道が無いならＷＥＢシステム外で保管しておくべきもの
無いと思うけどその画像で画像検索するならＭ
- 592 名前：nobodyさん mailto:sage [2008/11/09(日) 23:20:30 ID:???]
- >>590
検索対象じゃないとMになれないの？
↓そう読み取れなかったが
ja.wikipedia.org/wiki/Model_View_Controller
- 593 名前：nobodyさん mailto:sage [2008/11/09(日) 23:25:24 ID:???]
- 設計にこれが絶対正解ってのはないでしょ。
要件次第だと思うよ。
- 594 名前：nobodyさん mailto:sage [2008/11/11(火) 09:18:04 ID:???]
- Ｖというのはファイル形式そのもので
ファイルをバイナリーデータに変えたものがＭである
- 595 名前：nobodyさん mailto:sage [2008/11/11(火) 09:55:03 ID:???]
- >>594
バイナリとかそんなデータ表現は一切問題じゃない
- 596 名前：nobodyさん mailto:sage [2008/11/11(火) 11:39:47 ID:???]
- Mはデータを扱う仕組み
Vはデータを表示する仕組み
Cはデータを操作する仕組み
画像はデータなのでそのどれでもないと思うが
- 597 名前：nobodyさん mailto:sage [2008/11/11(火) 11:48:43 ID:???]
- 「扱う」と「操作する」の日本語の違いがわからないっす
辞書には
> あつか・う〔あつかふ〕【扱う】
> 道具・機械などを、使ったり操作したりする。取り扱う。
ってあったっす
- 598 名前：nobodyさん mailto:sage [2008/11/11(火) 12:46:42 ID:???]
- Cは操作限定
Mはデータの出し入れや変換、型決めなど広範囲に扱える
- 599 名前：nobodyさん mailto:sage [2008/11/11(火) 18:28:03 ID:???]
- MとかVとかなにいうてんねんとおもったら、MVCのことだったのか
- 600 名前：nobodyさん mailto:sage [2008/11/11(火) 18:41:57 ID:???]
- SとMなら分るんだけどな
- 601 名前：nobodyさん mailto:sage [2008/11/12(水) 01:29:19 ID:???]
- 画像の加工はモデルに突っ込むね
コントローラはモデルで引っ張ったデータをチェックしてビューに渡すだけだな
- 602 名前：nobodyさん mailto:sage [2008/11/12(水) 09:05:32 ID:???]
- 再利用する頻度の少ない加工処理はコントローラに書いてるよ
モデルに書くと生産性が落ちる
なぜなら
再利用できるように関数化させるのが手間
再利用が２回程度ならコントローラ上でコピペが最短
- 603 名前：nobodyさん mailto:sage [2008/11/12(水) 09:12:09 ID:???]
- あとモデルが厚くなりすぎると
総体的にコード量が多くなる。
なぜなら
symfonyのように
ＭとＶのやりとりが直接出来ないから
Ｃに橋渡し的なコードを書かないといけない分
コード量が増える
symfonyのうような仕様なら
モデルをどんどん厚くすべきだが
CakePHPの場合は
モデルを厚くしすぎるのも
作業効率が落ちると思う
- 604 名前：nobodyさん mailto:sage [2008/11/12(水) 17:43:12 ID:???]
- book.cakephp.org/ja/view/73/%E3%83%87%E3%83%BC%E3%82%BF%E3%82%92%E5%8F%96%E5%BE%97%E3%81%99%E3%82%8B
ここ見るとfind系が全部find()に統合されたって書いてあるけど、
findAllByって使っちゃっていいの？
特に非推奨とは書いてないけど。
findByとfindAllByだと配列で条件指定する新しい形式が使えなくて
nullを並べる旧形式のままだから、条件指定方法が統一できなくて
ちょっと気持ち悪いんだけど…
新形式の条件指定に対応しないってことは、そのうちマジックメソッド自体が
消える予定なのかな。
調べてみたけど、日本語だとこれくらいしか記事がない
d.hatena.ne.jp/ichiichinini/20081104/1225832073
- 605 名前：nobodyさん mailto:sage [2008/11/12(水) 17:55:00 ID:???]
- findByGoogle
- 606 名前：nobodyさん mailto:sage [2008/11/12(水) 20:14:45 ID:???]
- >>604
find系てfind()でほとんど出来ると思うので
最初から意味の無さそうな機能だなとは思ってた
したがってfind()で統一してる人ばかりだと思うんで
どうでもいいよ
- 607 名前：nobodyさん mailto:sage [2008/11/12(水) 20:23:16 ID:???]
- 似たような処理を持つ関数をやたら増やすもんでは無いと思う。
可読性とコーディング量は改善されるけど。
いつも使わない関数だとすれば、単なる無駄
- 608 名前：nobodyさん mailto:sage [2008/11/12(水) 20:32:06 ID:???]
- CakePHPの良いところは
データのやりとりが配列思考なところなんだよね
というのはphp自体が壊れたオブジェクト指向だから
配列思考型のフレームワークはphpにはピッタリだと思う。
あと配列思考型は中小規模にも適してる
CakePHP自体が中小規模を対象として設計されてると思う
rubyは完成されたオブジェクト指向言語だから
rorのようなオブジェクト指向型でのデータのやりとりがマッチする
- 609 名前：nobodyさん mailto:sage [2008/11/12(水) 20:36:33 ID:???]
- >>603
> ＭとＶのやりとりが直接出来ないから
つーかやったらいかんだろｗ
MVCって何か知ってるか。
まあそんなにやりたきゃ、viewにmodelを渡せばいいだけ。
- 610 名前：nobodyさん mailto:sage [2008/11/12(水) 21:16:40 ID:???]
- >>609
viewにmodelを渡せばいいだけ
具体的にお願いします
- 611 名前：nobodyさん mailto:sage [2008/11/12(水) 21:43:29 ID:???]
- $this->set($this->Model)
- 612 名前：nobodyさん mailto:sage [2008/11/13(木) 01:50:37 ID:???]
- >>608
ルビリンのことかーーーーーーーーっ！！！
- 613 名前：604 mailto:sage [2008/11/13(木) 11:26:34 ID:???]
- >>606-607
やっぱりfind()で統一の方向なのか…
AND検索はマジックメソッド使った方が書きやすいから好きだったんだけど。
今後はfind()で統一してみる。
- 614 名前：nobodyさん mailto:sage [2008/11/13(木) 12:56:14 ID:???]
- できるだけモデルに書いた方が
いいと思うんだけどなぁ・・・。
再利用するかしないかは別として。
まぁ、個人的な意見なのですが。
- 615 名前：nobodyさん mailto:sage [2008/11/13(木) 16:20:24 ID:???]
- 理由も書いてくれないと賛も否も
- 616 名前：nobodyさん mailto:sage [2008/11/13(木) 18:25:42 ID:???]
- コントローラにごちゃごちゃ書くとユニットテストがしにくい
- 617 名前：nobodyさん mailto:sage [2008/11/13(木) 20:23:44 ID:???]
- CakePHP本家はモデルを厚くすべきと書いてあるけど
生産性を第一に考えると関数化してモデルに入れるよりも
コントローラ内で同じ構文を連続コピペした方が早い場合もあるんだよね。
例えば、納期がほとんどないという、追い込まれた状況なら
わざわざ関数化するのも時間がかかるじゃん、そういう意味もあるんだな
時間が限りなくあるなら、出来るだけ関数化してモデルに入れるのがベストだけどさ
- 618 名前：nobodyさん mailto:sage [2008/11/13(木) 20:26:25 ID:???]
- 関数化させる手間をどうバランス取るかだと思うんだが・・・
- 619 名前：nobodyさん mailto:sage [2008/11/13(木) 20:32:36 ID:???]
- モデルを厚くするというのは、ある程度
CakePHPでの経験が無いと、いきなりは、逆に時間がかかり
重要である生産性が落ちると思う。
経験を積みながら、少しずつリファクタリングすてモデルを厚くしていく方法がベストかな
- 620 名前：nobodyさん mailto:sage [2008/11/13(木) 22:47:32 ID:???]
- 先月からCakeさわり始めて、
コントローラーにコードを書きまくってたんだが、
徐々に慣れてきてからは、モデルを厚くする方が良さそうだなという感想。
- 621 名前：nobodyさん mailto:sage [2008/11/14(金) 15:37:31 ID:???]
- 1.2RC3がうごかない、インストールしたディレクトリにアクセスしても画面が真っ白になっちゃう
って現象に陥った人っていらっしゃいますか？
ブラウザ？と思ったんですが、どのブラウザでも真っ白になっちゃいます。
1.1系で試したらうまくいくのに…。
mod_rewriteも有効、phpのバージョンもOK、パーミッションも変更済み。
.htaccessの内容も確認しましたが、1.1と1.2で同じでした。
同じ現象にぶち当たった方、いらっしゃったら教えてください＞＜
- 622 名前：nobodyさん mailto:sage [2008/11/14(金) 15:43:57 ID:???]
- 設定もしくはコーディング失敗したら真っ白になるけど
- 623 名前：nobodyさん mailto:sage [2008/11/14(金) 15:59:49 ID:???]
- デバッグレベルあげろよ
- 624 名前：621 mailto:sage [2008/11/14(金) 16:23:40 ID:???]
- >>622
うーん、落としてきたモノをそのまま展開してるだけなんですよね。
どっかで間違えたのか・・・
>>623
デバッグレベルは3にしてあります。
それでも真っ白なんです＞＜
- 625 名前：nobodyさん mailto:sage [2008/11/14(金) 16:25:23 ID:???]
- ＞624
PHPかApacheのログ見れ。
多分、cakeの問題ではない。
- 626 名前：621 mailto:sage [2008/11/14(金) 16:46:03 ID:???]
- >>625
ありがとうございます。
でも、それらしいエラーは見あたりませんでした。。
でもなんとなくサーバーっぽい気はします。
- 627 名前：nobodyさん mailto:sage [2008/11/14(金) 17:34:28 ID:???]
- Shift_JIS で保存してるとか？
- 628 名前：nobodyさん mailto:sage [2008/11/14(金) 17:36:59 ID:???]
- サーバーっぽいってなんだよｗ
エラー無いのに何も表示されないなら何も出力しない処理に成功してるって事だろ
- 629 名前：621 mailto:sage [2008/11/14(金) 18:29:19 ID:???]
- >>627
確認したんですが、それもなさそうです。。
>>628
そうですねｗ
いや、設定かなぁと。RewriteBaseとか。
でも別のサーバでは特に追記しなくても普通に動くので、なんだろう、と。
- 630 名前：nobodyさん mailto:sage [2008/11/14(金) 19:48:22 ID:???]
- 1.1 -> 1.2RC2 のときに同じ現象陥った。
結局訳が分からず、一念発起して、1.2で書き直したけど。
同じかなあ？
- 631 名前：630 mailto:sage [2008/11/14(金) 19:50:04 ID:???]
- あ、ごめん。移行の話じゃないか。スマン
- 632 名前：nobodyさん mailto:sage [2008/11/14(金) 19:51:34 ID:???]
- config/database.phpで文字コード明示とか、どう？
- 633 名前：nobodyさん mailto:sage [2008/11/14(金) 22:25:29 ID:???]
- NetBeand 6.5RC2使ってみたんだが、デバッグ時のmod_rewriteって対応してないの？
Eclipse+XDebug、NetBeansでCake mod_rewite無し版だとちゃんと使えるんだが・・・
- 634 名前：nobodyさん mailto:sage [2008/11/15(土) 00:12:16 ID:???]
- NetBeandって何？
- 635 名前：621 mailto:sage [2008/11/15(土) 01:03:38 ID:???]
- >>632
うーん・・ダメっぽいです。
とりあえず今回は時間もないので1.1で作ることにします。
いろいろとありがとうございます。
- 636 名前：nobodyさん mailto:sage [2008/11/15(土) 02:07:44 ID:???]
- そんなレベルでいいのか仕事だろ
- 637 名前：nobodyさん mailto:sage [2008/11/15(土) 02:18:29 ID:???]
- ＰＨＰで動いてるんだから何かしらエラーは出るはずじゃないの？
例えそれがフレームワーク側のバグだとしても。
過去に経験があったのは文字コードの違いで真っ白になると言う事はあった。
コードに複数の文字コード混じったりしてない？
それ以外はページ上なりapacheログなりにエラー出てたが・・・。
- 638 名前：nobodyさん mailto:sage [2008/11/15(土) 02:19:34 ID:???]
- 最悪、フレームワークのコードにデバッグメッセージ入れて
どこで止まってるか突き止めるのは可能だね
- 639 名前：nobodyさん mailto:sage [2008/11/15(土) 08:21:24 ID:???]
- webrootのindex.phpをコメントアウトして、適当にphpinfoとか出してみたら？
表示が出なければApacheの設定の問題
出たらコメントアウトを１行ずつ外してデバッグメッセージ出して試していく
- 640 名前：621 mailto:sage [2008/11/15(土) 11:24:41 ID:???]
- 諦められなくていろいろといじっていましたｗ
>>636-639
みなさんありがとうございます。
アドバイスしてくださったようにいろいろ試してみました。
webroot上のファイルがきちんと拾えました。
ということで、mod_rewriteの設定がおかしいようではないようです。
で、現状わかったのは、とりあえず処理としてはdispacher.phpを
読み込むところまでは来ていることがわかりました。
（bootstrap.phpの最後まで）
もうちょっと調べてみます。
ここまで来たら動かしたい。
- 641 名前：nobodyさん mailto:sage [2008/11/15(土) 18:45:37 ID:???]
- テーブル名を複数形にしろ、っていうけど
頭文字とった略語ってあるじゃん
PHP、ＤＢ、ＦＷなんてのもそうだけど
そういうのに複数形つけるのに抵抗感があるんだけど、普通なこと？
- 642 名前：nobodyさん mailto:sage [2008/11/15(土) 19:01:10 ID:???]
- BBSをbbsesって書かないといけないんだよね？
bbsなら一目だけどbbsesじゃ一瞬分からないから
やりたくないんだよなあああ
- 643 名前：nobodyさん mailto:sage [2008/11/15(土) 19:03:19 ID:???]
- ちょｗ
テーブル名bbsesだとモデル名bbse
テーブル名bbsだとモデル名bb
テーブル名bbssだとモデル名bbss
だめじゃんｗｗｗｗ
- 644 名前：nobodyさん mailto:sage [2008/11/15(土) 19:10:27 ID:???]
- >>642
BBSをモデルにする設計が問題じゃね?
BoardとかThreadとかEntryとかにすればいいんじゃないか?
- 645 名前：nobodyさん mailto:sage [2008/11/15(土) 19:12:01 ID:???]
- 略語で最後がsで終わるものは
非略語にしないとダメっぽ
本当にこんなことしなきゃいけないのか・・・
中途半端に略語でも最後がs以外なら大丈夫なのが困る
英単語って全部非略語にしたらすっごい分かりにくくなると思うし
- 646 名前：nobodyさん mailto:sage [2008/11/15(土) 19:14:29 ID:???]
- >>644
略語にされてる英単語に規則なんて無い
ただ長いものは略語にされてそれが広まってる
ＢＢＳの件はboardでもギリギリ分かるしそうするつもりだけど
他にもいくらでも略語はあるんだよね
CDでもDVDでも、ISBNでもISDNでもADSLでも
それらを非略語にする事に強い抵抗感があるんだがｗ
- 647 名前：nobodyさん mailto:sage [2008/11/15(土) 19:19:38 ID:???]
- OSを複数形にしてossなんて書いたらオープンソースかと思っちゃうな
AS,BS,CS,DS,ES,FS,GS,HS,,,,,,,,,,,,
いくらでもsで終わる略語があるんだが
- 648 名前：nobodyさん mailto:sage [2008/11/15(土) 19:20:51 ID:???]
- 全て小文字と言う制約も手伝って最悪な事になってるなｗ
- 649 名前：nobodyさん mailto:sage [2008/11/15(土) 19:25:32 ID:???]
- 略語じゃなくても末尾がsで終わる単語の複数形に正しく動作しない
www.cpa-lab.com/tech2/inflects/
bbses,bbs,bbss全てモデル名がおかしなことになる
aases,aas,aassでも同じだから
- 650 名前：nobodyさん mailto:sage [2008/11/15(土) 20:51:02 ID:???]
- どうでもいいがBBSのSってSystemのSだぞ
そもそも命名規約がおかしいっての
- 651 名前：nobodyさん mailto:sage [2008/11/15(土) 20:52:05 ID:???]
- ちなみにNewsは正しく使える
どちらもNewsのまま
- 652 名前：nobodyさん mailto:sage [2008/11/15(土) 21:08:11 ID:???]
- >>650
何が言いたいの？
- 653 名前：nobodyさん mailto:sage [2008/11/15(土) 21:13:25 ID:???]
- 全部明示的にテーブル指定すればいいじゃん
- 654 名前：nobodyさん mailto:sage [2008/11/15(土) 21:17:17 ID:???]
- 命名規約にルール追加は可能だけど
でもそれ本来は多言語対応や既存テーブルのためでしょ
新規テーブルで正しい英語の複数形つけて対応出来ないケースがあるのはおかしい
- 655 名前：nobodyさん mailto:sage [2008/11/15(土) 21:23:48 ID:???]
- 最初の質問者じゃないけど・・
よく
foreach ($posts as $post) {
echo $post['Post']['title]
......
みたいのが出てくるけど、
BBSとかNEWSの場合はどうしてる？
無理やり
foreach ($newses as $news) {
......
とするのか、それとも
foreach ($news as $entry) {
......
みたいにするのか・・・
- 656 名前：nobodyさん mailto:sage [2008/11/15(土) 21:34:41 ID:???]
- そもそも、略語の複数形って一般的な英語にあるのか?
例が思いつかないのだが。
- 657 名前：nobodyさん mailto:sage [2008/11/15(土) 22:01:06 ID:???]
- CDs、OSsなんかは見かける。
一般的な英語では略語は普通大文字だが、
cakephpではテーブル名は全て小文字にしなきゃいけないからさあ大変
- 658 名前：nobodyさん mailto:sage [2008/11/15(土) 22:02:35 ID:???]
- 単にテーブル名は大文字、ってすれば良かった気がするんだけどね
複数形部分のみ小文字で
CDs,OSs
PROGRAMMERs
WEBSITEs
これでよかったのに
- 659 名前：nobodyさん mailto:sage [2008/11/16(日) 00:39:32 ID:???]
- >>652
データベースにシステムを格納するかってことだろ？
格納するのはboardの情報とboardに書かれた記事(contentsやarticleみたいな)だろ
それを管理するシステムを総称してBBSになるんじゃないのか
- 660 名前：nobodyさん mailto:sage [2008/11/16(日) 00:40:39 ID:???]
- >>659
そんなのは問題じゃなくない？
ずれた事言ってるよね君
一般的に全ての場合において正しい設計をすれば
略語の複数形で困る事なんて無い、って言えるなら別だけどｗ
- 661 名前：nobodyさん mailto:sage [2008/11/16(日) 00:40:50 ID:???]
- >>657
cd_infomations
os_informations
格納するのはCDやOS自体ではなくそれに関する情報だろ
- 662 名前：nobodyさん mailto:sage [2008/11/16(日) 00:43:43 ID:???]
- >>661
頭悪い奴は黙ってろ
usersをuser_informationsとすべき理由なんて無い
cdやosの複数形に困るから苦し紛れでつけるに過ぎないだろ
情報機器であるサーバマシンのＤＢに入っているものが情報である事なんて明示する必要が無さ過ぎる
- 663 名前：nobodyさん [2008/11/16(日) 00:45:51 ID:l+j4XBOD]
- 実装に困らない回避例出してくれてるのに、
英語原理主義にこだわってかみついてる奴ってなんなの？
- 664 名前：nobodyさん mailto:sage [2008/11/16(日) 00:46:33 ID:???]
- >>662
命名規約はフレームワークに合わせてねってだけのこと
嫌ならフレームワーク使うな
- 665 名前：nobodyさん mailto:sage [2008/11/16(日) 00:47:15 ID:???]
- あくまで苦し紛れの回避策でしかないのに
それがあたかも回避策ですら無くすべての命名はこう行うべきだというニュアンスで言ってるからだろ
- 666 名前：nobodyさん mailto:sage [2008/11/16(日) 00:50:45 ID:???]
- systemはＤＢに格納するものじゃないだの
全てのテーブルには末尾に_informationsをつけるべきだの（格納するのはそれ自体じゃなくて情報だもんね？ｗｗｗｗ）
電波過ぎるだろ
- 667 名前：nobodyさん mailto:sage [2008/11/16(日) 01:00:21 ID:???]
- ものすごい曲解ですね
- 668 名前：nobodyさん mailto:sage [2008/11/16(日) 01:07:42 ID:???]
- _informationsとつけるのは回避策であって
＞格納するのはCDやOS自体ではなくそれに関する情報だろ
この様に一般的な解釈のもと行う事じゃない
こんな苦肉の策をとらなきゃいけないのかという話なのに
さも当然の事のようにこんな事主張されてもｗ
- 669 名前：nobodyさん mailto:sage [2008/11/16(日) 01:11:08 ID:???]
- それがフレームワークの制約という奴です
嫌ならCakeやRoRの使用はお控えください
- 670 名前：nobodyさん mailto:sage [2008/11/16(日) 01:14:58 ID:???]
- 実際問題開発の現場でも、フレームワークのここが自由にできないって
開発止める奴いるから仕方ないよ。
- 671 名前：nobodyさん mailto:sage [2008/11/16(日) 01:16:59 ID:???]
- 別にこの回避策は既にやってるし良いんだが
これが一般的な解釈のもとやる事だと言われたら納得できるわけないだろｗｗｗ
しかも数レス引っ張って何かすごい意見を持ってるのかと聞き出したらこれじゃあなｗ
- 672 名前：nobodyさん mailto:sage [2008/11/16(日) 01:18:41 ID:???]
- そうなんだ
そこまでDBの名前に拘るのって
神経質ではないの？
DBの名前の不自由さ>cakeを使うこと
って単純な話なの？？
- 673 名前：nobodyさん mailto:sage [2008/11/16(日) 01:21:00 ID:???]
- いやお前の方が曲解だろｗｗｗｗ
そんな気になるならせいぜい１００万回でも俺の文章読み直してろ低脳
- 674 名前：nobodyさん mailto:sage [2008/11/16(日) 01:25:27 ID:???]
- ｗを２個以上使った時点で議論は負けだ
- 675 名前：nobodyさん mailto:sage [2008/11/16(日) 01:28:52 ID:???]
- これを議論と捕らえてるのがおかしい
相手は何も主張してないし、俺はそいつがどれ程頭の悪い考え方をしてるのかを親切で教えてやりたいだけだからなｗｗ
- 676 名前：nobodyさん mailto:sage [2008/11/16(日) 01:29:31 ID:???]
- 会ったら良い人なのに…(たぶん
- 677 名前：nobodyさん mailto:sage [2008/11/16(日) 01:31:37 ID:???]
- 実際あったら>>670の部下だったとか
- 678 名前：nobodyさん mailto:sage [2008/11/16(日) 03:47:10 ID:???]
- 命名の話題になっているので、聞きたいのですが、
watchlistとかguestbookのような場合、テーブル名は
やはり複数形にするのでしょうか？
ウォッチリストやゲストブックが複数あるわけではないので、
ちょっと違和感があるのですが・・・
それとも、上で話されていたように、
guestbook_entriesのようにするのが妥当でしょうか？
- 679 名前：nobodyさん mailto:sage [2008/11/16(日) 04:24:01 ID:???]
- どっちでもいいと思うが
- 680 名前：nobodyさん mailto:sage [2008/11/16(日) 14:59:56 ID:???]
- ポインタ（Pointer）の配列・・・
ポインタのポインタの配列・・・
ポインタのポインタの配列の配列・・・
ポインタの配列のポインタの配列・・・
- 681 名前：nobodyさん mailto:sage [2008/11/17(月) 10:02:05 ID:???]
- >>678
guestbook_をつけるかどうかは他モデルとのかぶり具合によるけど
entriesのようにするのが、適切でしょうな
foreach ($entries as $entry) ... みたいな
- 682 名前：nobodyさん mailto:sage [2008/11/18(火) 01:37:43 ID:???]
- ER図の作成ソフトどうしてる？
cakeの規約に揃うように設定できるものがみつからない
- 683 名前：nobodyさん mailto:sage [2008/11/18(火) 13:09:08 ID:???]
- ちなみにforeachの右側の命名は一律で良いと思います
変数はforeach宣言したときに初期化されるし
わざわざ命名する時間は省ける
foreach ($entries as $line)
foreach ($entries as $k => $v)
- 684 名前：nobodyさん mailto:sage [2008/11/18(火) 17:07:52 ID:???]
- まあそれでいいかもね
コード見る時はforeach見た時点で配列の順次処理なんだと分かるし
- 685 名前：nobodyさん mailto:sage [2008/11/19(水) 00:26:30 ID:???]
- 2重以上のループの時は辛い
$v2とかすればいいのかもしれんが、階層に依存した名前は付けたくないな。
- 686 名前：nobodyさん mailto:sage [2008/11/19(水) 00:41:14 ID:???]
- 関数化できそうだな
各階層用のコールバック関数の配列を引数に取って順次処理するような
内部では自分を再帰的に呼び出すようにしておけばforeach自体は一つで済む
- 687 名前：nobodyさん mailto:sage [2008/11/19(水) 01:22:24 ID:???]
- それは気持ち悪いというか美しくないとうか。
それにforeach外のローカル変数にアクセスできなくなるし。
手間という意味では本末転倒。
- 688 名前：nobodyさん mailto:sage [2008/11/19(水) 02:21:00 ID:???]
- foreachの中が長くなるようならちゃんと名前をつける。
コードを読むときに、foreachを含めて一塊で読むか
foreachの中だけを読むか。
短いコードならforeachも含めて一塊にして読むが
長ければ、ループする処理ってのはおいといて、
中身だけを取り出して読む。
塊の中で名前が適当でもわかるなら（つまり前者）省略してもいいが、
塊の中でいきなり$vとか出てきてもわからないだろう？（つまり後者）って
時はちゃんと名前をつける。
- 689 名前：nobodyさん mailto:sage [2008/11/19(水) 12:31:25 ID:???]
- そういや、ちょっと前にfindの話でメソッドをまとめるのがよいって話あったけど、
クラスのプロパティに代入するメソッドを作る場合、
setPramA($data);
setPramB($data);
とプロパティごとに作るより、
set('paramname',$data);
として一カ所にまとめたほうが幸せなんすか？
- 690 名前：nobodyさん [2008/11/20(木) 05:51:48 ID:/cM24YKo]
- find all で、フィールドのひとつを計算式含ませて、ASで名前をつけているのですが,
Doc.count *100 AS Doc__score
出力が
[0] => Array
(
[Doc] => Array
(
[id] => 6064
[title] => regulations
)
[0] => Array
(
[Doc__score] => 165.34334421158
)
)
のようになってしまいます。
どうにか[Doc]の配列に計算したscoreを含めるようにできないでしょうか？
cake1.2RC3, MYSQLです。
- 691 名前：nobodyさん mailto:sage [2008/11/20(木) 09:46:38 ID:???]
- >>690
Doc.count *100 AS Doc.score
じゃなかったっけか
|
 |
