のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:126,368,505人
昨日: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

    551 = :

    >>550
    質問に対してこれでできんじゃね?って方法を書いただけだから、
    こっちに問題はないけど。

    552 = :

    この板、IDでないから誰が何喋ってんのか全く分からんw

    556 = :

    また、掲示板サイトを作る場合、
    記事を書く
    記事を見る
    記事を削除

    の3つのケースを先に書いてテストし実装する
    もしくは一つの機能ごとにテストを書く実装する、のどちらが良いのでしょうか。

    557 = :

    >>556
    テストを先に書くことがテスト駆動開発の必須条件の一つだと思うんだけど、
    別に原理原則にこたわることもないと思われ。
    ただ、教科書的にはまずテストを書いて赤色から発進するのが通則。

    >>556
    テスト駆動開発は、一般的にはアジャイル開発の一部とされている
    (たぶん、そうじゃない場合もあるはずなんだけどあまり記憶に無い)ので
    単純なテストからだんだん複雑にして行くことを前提に、
    最初は簡単な「記事を書く」テストを書いて実装して
    簡単な「記事を見る」テストを書いて実装して、
    簡単な「記事を削除」テストを書いて実装して・・・ってことなんじゃないかな?

    だけどそれも程度によるだろうから、最初はざっくりアウトライン的に
    全体を作って、作りこむに従って単体テストを増やしていったりテスト自体を
    詳細にコーディングするってことでいいんじゃないかな?

    558 = :

    >>557
    ありがとうございます!
    勉強になります。

    559 = :

    まぁ自分で書いておいてこんなこと言うのもあれだけど、
    TDDに限らず、ここで聞くより専門の書籍を一冊買って
    それを読んで体系から身につけたほうがいい。

    563 = :

    >>562
    なるほど!試してみます。ありがとうございます。

    564 = :

    クックパッドってCake使ってるのかな?
    なんかURLのルールが似てる気がする

    565 = :

    >>564
    Railsじゃなかった?今は知らんけど

    566 = :

    ああ、Railsだから似てると感じるのか

    570 = :

    >>569
    Dispatcher でリフレクション呼び出してあれこれゴニョゴニョしてるんで、
    多分大丈夫。
    正式なアナウンスは知らん。

    571 = :

    >>569
    その問題、今初めて知ったわ。

    572 = :

    久しぶりに自分が作った1.3のソース触ったけど、糞すぎて情けなくなる・・・

    573 = :

    オレの1.2のコードをやるから、その汚い糞を拭き取れ。

    578 = :

    問題ない。
    ルーティングは単純な正規表現を先頭からマッチさせていくだけ。
    で、最後の最後に通常のマッチングがコアの方に用意されている。

    579 = :

    あ、問題あるわ。すまんw

    581 = :

    >>580
    ということは、固定のコントローラーは全てルーティングに書く必要があるんですね。
    そうなるとあまり利便性が良くないですね。

    585 = :

    >>583
    ありがとうございます。色々工夫してやってみます。

    586 = :

    >>584
    ありがとうマジで助かった!

    587 = :

    RailsとCakeでMVCを覚えたせいで見事に騙され、モデルはテーブルに紐付くもんと思ってたわ
    テーブル関係ないビジネスロジックをどこに書くか迷って、コンポーネントに書いてたけど
    モデルに書いた方がいいんだろうか?

    588 = :

    >>587
    ビジネスロジックをモデルに書くのは常識だ。
    コンポーネントに書いたほうが良いなんて聞いたこと無い。
    Rails も Cake もその点においては何も騙してねーと思うよ?

    589 = :

    テーブルをまたがる共通処理や、似て非なるテーブルに同じ処理をしたい場合に、ロジックを置く場所がないて話だと思うけど。
    そういう場合にRailsの1モデル-1テーブル形式は破綻してるのは確か。

    590 = :

    「具体的に言うと、モデルはデータベースのテーブルを表しますが」
    http://book.cakephp.org/2.0/ja/models.html
    とあるせいで、モデル=テーブルに紐付く(原則として)と思ってたよ
    市販の解説書も同じような感じで書いてる

    596 = :

    >>595
    何がおかしいんだ?

    597 :

    >>589

    >似て非なるテーブルに同じ処理をしたい場合
    これはビヘイビアがいい気がする。

    598 = :

    前もこの話題出たよな
    結論は出なかった

    599 = :

    作るものの規模とかで最適な構成は変わるしね。
    >>594 のいうサービス層が必要になる規模は、CakePHPではちょっと対象外なんじゃないかと思ってる。
    CakePHPの中の人がどう思って作ってるかはしらんけど。


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

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


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