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

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

    php覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

    51 = :

    ありがとうございます。

    >>33
    なるほど、専用のクラスがあるんですね。
    というか、Cookbookに載ってますね。勉強不足でした。

    >>34
    最初その方法を考えたんですが、前述のとおり違和感があったので悩んでました。
    でも結構メジャーなWordPressがその方法を取っているってことは、パフォーマンス的には良い方法なんですかね？

    52 = :

    WordPressの開発思想は独特だよ。
    DRYを積極的に無視してクラスもなるべく作ってない。
    メリットは、入り組んだクラス呼び出しや
    汎化してぱっとみなんの処理か分かりにくいコードが少ない。
    だからプログラミングが苦手な人でも、改造したいところを変えれば、
    あまり他に影響させずに改造できる。
    デザイナーなどの支持を得ての普及だね。
    それもひとつのやり方だけど、
    コードが読みにくいし俺はあまり好きじゃないな。

    設定がDBにあるのは、そういった考えの下、
    管理画面から変更できるようにするためだろうね。
    WordPressは基本的に設定ファイルを変えて、アップロードとかする必要が無い。

    53 = :

    >>51
    パフォーマンス的にはSQLを一回投げる分悪くなりそうだけど、
    >>52の言うように、管理画面からいろいろ設定を変えたりすることを考えると
    DBで保持してた方が更新が楽な気がするなあ
    「絶対固定！」って値ならファイルのどこかに書いちゃってもいいと思うけど

    54 = :

    まったくお勧めはしないけどね。
    WordPressはオープンソースで配布して使うから、
    ブログ名の設定が管理画面から出来る必要があるだけだし。
    そういう設定なんて早々変更はしないでしょ。
    開発者が設定ファイルを変更するなんて簡単だし、
    DBに入れるほうが余計なトラブルの元さね。
    設定をDBに入れると、開発中のデバッグで泣きを見ると思うよ。

    55 = :

    そうそう。外部ファイルにまとめられるならその方が良い。

    56 = :

    俺は、サイト用の設定はDBでとアプリ用の設定はファイルでって言う風に分けてるよ。
    使い回しする時に楽だからね。

    サイト名とかサイト説明とかそういうのはDBで管理画面からいじれるように。
    画像置き場のパス設定だとか外部APIのTokenみたいなのは設定ファイルに入れとくって感じで。

    61 = :

    セッションをDBに保存している場合、
    定期的(?)に古いセッション情報を削除しているらしく、
    そのタイミングでDB側が処理に詰まってしまう。
    誰か解決方法教えてください。

    64 = :

    これ使えないね、初心者用

    71 = :

    全然読んでないけど落ち着いてマニュアルじっくり読んでこいよ。

    72 = :

    ちょっと疑問に思ったんだが

    CakePHPであることを隠蔽するってあったけど、どうしてもコントローラ名(URLの一部)が複数形の単語だったりで、特徴あるからすぐバレるよね？

    かといって命名規則を無視出来んし

    73 = :

    それって特徴か？

    74 = :

    アソシエーション組む時って
    リレーション先のテーブルのモデルのphpファイルも用意してやらなきゃいけないの？
    リレーション元のモデルからbelongsToとか使えば特に要らない？

    75 = :

    なぁ、前から疑問に思ってたことなんだが、
    なんでCakePHPはControllerにビジネスロジックを書いちゃうの？
    MVCとかちゃんと理解して作ったとは思えないんだよね。

    76 = :

    ちゃんとModelにロジックかいてる人も居るよ

    83 = :

    >>75
    MVCに慣れていない最初はControllerに書いちゃいがち。Controllerは動きがわかりやすいからね。
    そのうちああこんなのモデルに書いた方がいいだろ。って気がつく。

    84 = :

    >>83
    例えば、どんな例？

    89 = :

    >>88
    ありがとう
    ちょっと試してみます

    90 = :

    >>77と同じ疑問を持ってるんだけど
    Controllerがテーブル名っておかしくね？
    他のテーブル使う時どうすんのよ？
    てゆーか、普通コントローラはユースケース毎に付けね？

    93 = :

    推奨されているやり方であって、強制力はないわけだし、
    自分のやりやすい形でやればいいじゃん。
    ビジネスロジックもコントローラに書くことはできるわけだし。

    少なからず、コントローラとモデルの名前が一緒だったら、
    このコントローラは、このモデルに関する物だなと直感的にわかる

    94 = :

    キャプチャとか使う方が面倒なもん入れないでくれ、読めねーんだよあれ
    無能な技術者が思いついたとしか思えんアホみたいな仕様だよな、あれ
    10年後は誰も使ってなくて「昔あんなんあったよねーキャハハ」って笑われてるよ

    95 = :

    キャプチャは甘え

    96 = :

    メール欄の確認があってしかもコピペ不可だとぶん殴りたくなるよね

    99 = :

    ああごめん。カラム名はなんでもいいです。



    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

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

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