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

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

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

    401 = :

    そうやって批判する奴って何も具体的な事言えない奴ばかりだよな
    実際どのくらいのスキルある奴なんだろう

    402 = :

    Composerは確かにほかの言語のと比べて使いにくい印象はあるけど、
    git submoduleしないとパッケージのバージョンを管理できないなんて、
    なに言ってるかわからないレベルなんだが。
    そんなことあるんかね？

    403 = :

    お前らのMVCは間違ってる！ってRails式を散々disるスライドがあったが
    ものがちゃんと作れれば別にいいわけで、正しいからどうだってのがよくわからん

    405 = :

    それよく聞くけど、オブジェクトの方が便利なん？
    書き方が変わるだけのような気がするけど

    407 = :

    >>405
    Modelのメソッドはすべてstaticです、なんて言ったらJavaやRubyなどのオブジェクト指向に
    慣れ親しんだ人たちから見れば、なにそのふざけた設計は？とキレられるレベル

    410 = :

    PHP4懐かしいな
    修飾子やら例外やらオートローダーが無いとか
    参照渡ししないとクローンになるとかいろいろあるが
    ActiveRecordの足かせになりそうな制約はないな

    412 = :

    static に出来るものはそのほうが良いのにね。
    見極めができないんかもな。

    413 = :

    「全部static」はさすがに嫌われて当然

    414 = :

    さすがにそんなヤツはおらんやろ

    417 = :

    >>416
    え

    どこを言ってるんだろう

    419 = :

    >>399
    > つまり結局はタイミングの問題でしかなくて、言語の優劣がどうとか、フレームワークの優劣がどうとか、といった観点は殆ど無く選びました。
    つまり結局は、他に行ったから、とりあえず元鞘を叩いておくかっていう3流エンジニアの日常か

    420 = :

    >>415
    それマジで質問してるならこんなところにいないで
    基本的なオブジェクト指向の勉強したほうが良いよ。

    421 = :

    >>415
    static のメリットをひとことで言うと、状態を持たない（状態が変化しない）
    振る舞いを提供することにより、インスタンス化した場合に本来であれば考慮するべき
    状態変化の副作用から開放されることではないかと。

    まず間違いなく、テストは超簡単になる。

    一方、アクセス修飾子のメリットはひとことで言うと
    安全な設計が簡単にできるってことではないかと。
    その点 CakePHP はメンバー変数の修飾子に public を使いまくってて恐ろしいほどではある。

    423 = :

    >>422
    >なんでもstaticでいいんじゃないかと

    だけどオブジェクトの状態に依存しないメソッドなんて
    そうそう作る機会はないと思うんだが、
    もし可能なら作って問題無いと思うんだけど？
    というか、むしろ作るべき。

    424 = :

    >>423
    もちろん、思えてきてしまうだけで、よく考えるとダメな事がほとんどなんだけどね。
    クラスやメソッドを書き始めるときに、まずこれはstaticにできるか？
    と考えると、問題ないような気がしてしまうんよ。

    そういえば、かなり昔だけどCakePHPを使い始める前のオレオレフレームワークでは、
    データベースアクセスするとこ全部staticメソッドにしちゃってたなぁ。
    いわゆるCRUDに対応したメソッドがあるだけだったし、データはオブジェクトじゃなくて連想配列だったから、
    インスタンスいらないなぁと思って。
    あとバリデーターもstaticメソッドだったなぁ。
    バリデーションはコントローラーでやってたから、CakePHPでいうバリデーションルールの配列みたいなのは、
    コントローラーに書いて、AppController的な親にvalidateメソッドを作ってた。

    425 = :

    このスレにはガチのstaticおじさんが居る気がする

    429 = :

    >>427
    なるほど

    430 = :

    >>428
    findと何か関係あるのそれ？

    437 = :

    >>432

    CakePHPのモデルが状態を持ってることが、むしろ混乱の元になってる気がするけどな。
    ループ内でsaveするならcreateしろ、とか。
    結局find()したら連想配列を返すし、save()だってモデルにデータ持たせたりせずsave()に引数渡すことばかりじゃない？
    よく使うfindとsaveで違和感を感じるだけで、インスタンスである必要な機能もあるけど。

    まぁ言いたい事はたぶん >>427 と似たようなことなんだろうけど、
    ほかのフレームワークをあまり触ってないから、違和感レベルでしか語れない。

    439 = :

    >>438
    ありがとうございます。試してみました。

    verify()でしばらくかかりましたが、真っ白な画面がリターンされました。
    これはツリーに不整合などの異常がなかったということですよね。

    441 = :

    タイムアウトで白い画面って・・・もしかして本番環境・・・？

    444 = :

    >>441
    いいえ、本番のデータをまるまるコピーしてきましたが、デバッグ環境です。


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

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

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