のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,898人
頁
昨日:no data人
頁
今日:人
頁
最近の注目
人気の最安値情報

    私的良スレ書庫

    不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterで
    ログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

    元スレ【PHP】フレームワーク CakePHP　4ホール目【v1.2】

    php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニュー
    スレッド評価: スレッド評価について
    みんなの評価 : ○
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    レスフィルター : (試験中)
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで
    651 : nobodyさん - 2008/11/15(土) 20:52:05 ID:??? (+2,-25,-3)
    ちなみにNewsは正しく使える
    どちらもNewsのまま
    652 : nobodyさん - 2008/11/15(土) 21:08:11 ID:??? (+53,+27,-5)
    >>650
    何が言いたいの？
    653 : nobodyさん - 2008/11/15(土) 21:13:25 ID:??? (+34,+6,+0)
    全部明示的にテーブル指定すればいいじゃん
    654 : nobodyさん - 2008/11/15(土) 21:17:17 ID:??? (+57,+29,-53)
    命名規約にルール追加は可能だけど
    でもそれ本来は多言語対応や既存テーブルのためでしょ
    新規テーブルで正しい英語の複数形つけて対応出来ないケースがあるのはおかしい
    655 : nobodyさん - 2008/11/15(土) 21:23:48 ID:??? (+3,-30,-72)
    最初の質問者じゃないけど・・

    よく
    foreach ($posts as $post) {
    echo $post['Post']['title]
    ......

    みたいのが出てくるけど、
    BBSとかNEWSの場合はどうしてる？

    無理やり
    foreach ($newses as $news) {
    ......
    とするのか、それとも
    foreach ($news as $entry) {
    ......
    みたいにするのか・・・
    656 : nobodyさん - 2008/11/15(土) 21:34:41 ID:??? (+57,+29,-15)
    そもそも、略語の複数形って一般的な英語にあるのか?
    例が思いつかないのだが。
    657 : nobodyさん - 2008/11/15(土) 22:01:06 ID:??? (+58,+29,-27)
    CDs、OSsなんかは見かける。
    一般的な英語では略語は普通大文字だが、
    cakephpではテーブル名は全て小文字にしなきゃいけないからさあ大変
    658 : nobodyさん - 2008/11/15(土) 22:02:35 ID:??? (-1,-29,-14)
    単にテーブル名は大文字、ってすれば良かった気がするんだけどね
    複数形部分のみ小文字で
    CDs,OSs
    PROGRAMMERs
    WEBSITEs

    これでよかったのに
    659 : nobodyさん - 2008/11/16(日) 00:39:32 ID:??? (+19,-29,-49)
    >>652
    データベースにシステムを格納するかってことだろ？
    格納するのはboardの情報とboardに書かれた記事(contentsやarticleみたいな)だろ
    それを管理するシステムを総称してBBSになるんじゃないのか
    660 : nobodyさん - 2008/11/16(日) 00:40:39 ID:??? (+60,+29,-25)
    >>659
    そんなのは問題じゃなくない？
    ずれた事言ってるよね君

    一般的に全ての場合において正しい設計をすれば
    略語の複数形で困る事なんて無い、って言えるなら別だけどｗ
    661 : nobodyさん - 2008/11/16(日) 00:40:50 ID:??? (+14,-30,-26)
    >>657
    cd_infomations
    os_informations
    格納するのはCDやOS自体ではなくそれに関する情報だろ
    662 : nobodyさん - 2008/11/16(日) 00:43:43 ID:??? (+68,+24,-90)
    >>661
    頭悪い奴は黙ってろ
    usersをuser_informationsとすべき理由なんて無い
    cdやosの複数形に困るから苦し紛れでつけるに過ぎないだろ
    情報機器であるサーバマシンのＤＢに入っているものが情報である事なんて明示する必要が無さ過ぎる
    663 : nobodyさん - 2008/11/16(日) 00:45:51 ID:l+j4XBOD (+24,+29,-26)
    実装に困らない回避例出してくれてるのに、
    英語原理主義にこだわってかみついてる奴ってなんなの？
    664 : nobodyさん - 2008/11/16(日) 00:46:33 ID:??? (+67,+29,-34)
    >>662
    命名規約はフレームワークに合わせてねってだけのこと
    嫌ならフレームワーク使うな
    665 : nobodyさん - 2008/11/16(日) 00:47:15 ID:??? (+57,+29,-24)
    あくまで苦し紛れの回避策でしかないのに
    それがあたかも回避策ですら無くすべての命名はこう行うべきだというニュアンスで言ってるからだろ
    666 : nobodyさん - 2008/11/16(日) 00:50:45 ID:??? (-1,-29,-73)
    systemはＤＢに格納するものじゃないだの
    全てのテーブルには末尾に_informationsをつけるべきだの（格納するのはそれ自体じゃなくて情報だもんね？ｗｗｗｗ）
    電波過ぎるだろ
    667 : nobodyさん - 2008/11/16(日) 01:00:21 ID:??? (+52,+29,-1)
    ものすごい曲解ですね
    668 : nobodyさん - 2008/11/16(日) 01:07:42 ID:??? (+62,+29,-60)
    _informationsとつけるのは回避策であって
    ＞格納するのはCDやOS自体ではなくそれに関する情報だろ
    この様に一般的な解釈のもと行う事じゃない

    こんな苦肉の策をとらなきゃいけないのかという話なのに
    さも当然の事のようにこんな事主張されてもｗ
    669 : nobodyさん - 2008/11/16(日) 01:11:08 ID:??? (+3,-24,-33)
    それがフレームワークの制約という奴です
    嫌ならCakeやRoRの使用はお控えください
    670 : nobodyさん - 2008/11/16(日) 01:14:58 ID:??? (+67,+29,-32)
    実際問題開発の現場でも、フレームワークのここが自由にできないって
    開発止める奴いるから仕方ないよ。
    671 : nobodyさん - 2008/11/16(日) 01:16:59 ID:??? (+58,+30,-56)
    別にこの回避策は既にやってるし良いんだが
    これが一般的な解釈のもとやる事だと言われたら納得できるわけないだろｗｗｗ
    しかも数レス引っ張って何かすごい意見を持ってるのかと聞き出したらこれじゃあなｗ
    672 : nobodyさん - 2008/11/16(日) 01:18:41 ID:??? (+57,+29,-35)
    そうなんだ
    そこまでDBの名前に拘るのって
    神経質ではないの？

    DBの名前の不自由さ>cakeを使うこと
    って単純な話なの？？
    673 : nobodyさん - 2008/11/16(日) 01:21:00 ID:??? (+57,+29,-53)
    いやお前の方が曲解だろｗｗｗｗ
    そんな気になるならせいぜい１００万回でも俺の文章読み直してろ低脳
    674 : nobodyさん - 2008/11/16(日) 01:25:27 ID:??? (+55,+27,-5)
    ｗを２個以上使った時点で議論は負けだ
    675 : nobodyさん - 2008/11/16(日) 01:28:52 ID:??? (+57,+29,-37)
    これを議論と捕らえてるのがおかしい
    相手は何も主張してないし、俺はそいつがどれ程頭の悪い考え方をしてるのかを親切で教えてやりたいだけだからなｗｗ
    676 : nobodyさん - 2008/11/16(日) 01:29:31 ID:??? (+52,+29,-2)
    会ったら良い人なのに…(たぶん
    677 : nobodyさん - 2008/11/16(日) 01:31:37 ID:??? (+66,+29,-13)
    実際あったら>>670の部下だったとか
    678 : nobodyさん - 2008/11/16(日) 03:47:10 ID:??? (+4,-29,-48)
    命名の話題になっているので、聞きたいのですが、
    watchlistとかguestbookのような場合、テーブル名は
    やはり複数形にするのでしょうか？
    ウォッチリストやゲストブックが複数あるわけではないので、
    ちょっと違和感があるのですが・・・

    それとも、上で話されていたように、
    guestbook_entriesのようにするのが妥当でしょうか？
    679 : nobodyさん - 2008/11/16(日) 04:24:01 ID:??? (+52,+29,+0)
    どっちでもいいと思うが
    680 : nobodyさん - 2008/11/16(日) 14:59:56 ID:??? (-1,-29,-36)
    ポインタ（Pointer）の配列・・・
    ポインタのポインタの配列・・・
    ポインタのポインタの配列の配列・・・
    ポインタの配列のポインタの配列・・・
    681 : nobodyさん - 2008/11/17(月) 10:02:05 ID:??? (+3,-30,-43)
    >>678
    guestbook_をつけるかどうかは他モデルとのかぶり具合によるけど
    entriesのようにするのが、適切でしょうな

    foreach ($entries as $entry) ... みたいな
    682 : nobodyさん - 2008/11/18(火) 01:37:43 ID:??? (+57,+29,-43)
    ER図の作成ソフトどうしてる？
    cakeの規約に揃うように設定できるものがみつからない
    683 : nobodyさん - 2008/11/18(火) 13:09:08 ID:??? (+3,-30,-33)
    ちなみにforeachの右側の命名は一律で良いと思います
    変数はforeach宣言したときに初期化されるし
    わざわざ命名する時間は省ける

    foreach ($entries as $line)

    foreach ($entries as $k => $v)

    684 : nobodyさん - 2008/11/18(火) 17:07:52 ID:??? (+57,+29,-14)
    まあそれでいいかもね
    コード見る時はforeach見た時点で配列の順次処理なんだと分かるし
    685 : nobodyさん - 2008/11/19(水) 00:26:30 ID:??? (+6,-21,-19)
    2重以上のループの時は辛い
    $v2とかすればいいのかもしれんが、階層に依存した名前は付けたくないな。
    686 : nobodyさん - 2008/11/19(水) 00:41:14 ID:??? (+57,+29,-51)
    関数化できそうだな
    各階層用のコールバック関数の配列を引数に取って順次処理するような
    内部では自分を再帰的に呼び出すようにしておけばforeach自体は一つで済む
    687 : nobodyさん - 2008/11/19(水) 01:22:24 ID:??? (+57,+29,-38)
    それは気持ち悪いというか美しくないとうか。
    それにforeach外のローカル変数にアクセスできなくなるし。
    手間という意味では本末転倒。
    688 : nobodyさん - 2008/11/19(水) 02:21:00 ID:??? (+62,+29,-82)
    foreachの中が長くなるようならちゃんと名前をつける。

    コードを読むときに、foreachを含めて一塊で読むか
    foreachの中だけを読むか。

    短いコードならforeachも含めて一塊にして読むが
    長ければ、ループする処理ってのはおいといて、
    中身だけを取り出して読む。

    塊の中で名前が適当でもわかるなら（つまり前者）省略してもいいが、
    塊の中でいきなり$vとか出てきてもわからないだろう？（つまり後者）って
    時はちゃんと名前をつける。
    689 : nobodyさん - 2008/11/19(水) 12:31:25 ID:??? (+3,-30,-112)
    そういや、ちょっと前にfindの話でメソッドをまとめるのがよいって話あったけど、
    クラスのプロパティに代入するメソッドを作る場合、

    setPramA($data);
    setPramB($data);

    とプロパティごとに作るより、

    set('paramname',$data);

    として一カ所にまとめたほうが幸せなんすか？
    691 : nobodyさん - 2008/11/20(木) 09:46:38 ID:??? (-11,-29,-13)
    >>690
    Doc.count *100 AS Doc.score
    じゃなかったっけか
    692 : nobodyさん - 2008/11/21(金) 18:42:51 ID:??? (+0,-29,-24)
    すみませんが、質問です。

    cake bake で自動生成されるコードのインデントを、TABではなくて半角スペー
    ス4つにしたいのですが、それを設定する方法があったら教えていただけないで
    しょうか？
    693 : nobodyさん - 2008/11/21(金) 18:52:01 ID:??? (+7,-30,-14)
    >>692
    scaffoldなら
    cake/libs/view/scaffolds のファイルを書き換えたら良かったはず

    bake も利用しているかもよ
    694 : 693 - 2008/11/21(金) 19:00:30 ID:??? (-1,-30,-18)
    >>692
    cake/libs/templates/views
    こっちかも
    695 : nobodyさん - 2008/11/21(金) 20:32:03 ID:??? (+59,+29,+0)
    >>633-694
    ありがとうございます。自分でももっと調べてみます。
    697 : nobodyさん - 2008/11/22(土) 18:09:23 ID:??? (+1,-24,-83)
    CakePHPのデフォルトってSHA256だろ？
    だったら複合化は無理だろ
    可逆暗号に変える必要があるが、セキュリティを落としてまで複合化する必要性ってなんだ？
    698 : 696 - 2008/11/22(土) 18:25:21 ID:qo4yapkz (-12,+28,-28)
    >>697
    ユーザ自身にパスワードの変更をさせたいのですが、
    入力フォームのデフォルトに、復号化した値を入れたいなーと思ったんです。
    699 : nobodyさん - 2008/11/22(土) 21:10:29 ID:??? (+10,-30,-86)
    すみません、細かい質問なのですが、
    controller.php のソースで、
    $this->{$this->modelClass}
    という記述がよく見つかります。

    これは何をしているのでしょう？

    そもそも、$this->{何か} という記述がどのような動作になるのか、わかりま
    せん。教えていただけないでしょうか？
    700 : nobodyさん - 2008/11/22(土) 21:13:10 ID:??? (+3,-30,-71)
    ちょっと補足します。
    $this->プロパティ名 なら、どういう動作かはもちろんわかります。
    $this->{何か評価される式} というのが、どういう振る舞いをするのかわから
    ないのです。

    ためしにこんなことをしてみましたが、エラーになりました。
    $x = "hoge";
    $this->{$x}; // エラー
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php スレッド一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 : ○
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド

    トップメニューへ / →のくす牧場書庫について