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

php覧

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

451 = :

>>449
>>449
ありがとうございます！
AppShellなるクラスが用意されていたのですね。知りませんでした。
さっそく試してみます。

454 = :

>>453
以前自分も同じようになったときは、
recover()で上手く言った場合とそうでない場合とがあった。

上手く行かなかったときは時間もなかったんで、
独自でスクリプト書いてで lft と rght を振り直した。

すまんが深く探ってないんで、それ以上詳しいことはよく分からん。
一度やってみろとしか言えない。

455 = :

あと、verify() でエラーが出たってことは
これからも同じ問題が発生するおそれがあるんで、
更新処理を全て点検したほうがいいな。

テストを良く書けているかどうかで、こういうときに大きく差が出る。

458 = :

>>456
入れ子集合モデルは更新コストが激高だからな。
場合に応じて使い分けるしか無いと思われ。

464 = :

>>461
ちょっと興味あるんだが、レコード何件あんの？

469 = :

改めて思うけど、カテゴリの設計って難しすぎるな

471 = :

>>469
さらにそれを管理してくのが苦痛。

477 = :

ありゃ、もう2.5.0出たのか。
なんか最近CakePHPのバージョンあがるの早い気がするけど、気のせいか？

478 = :

>>477
年取っただけだと思う。
時代の流れが早く感じるよな。

479 = :

2.6も予定されてるのかよ。
さっさと3出して、2は打ち止めでいいだろ。

480 = :

今のCakeって$usesに書いてあるモデルは実際使われるまで読まれないんだよね？
ということは存在する全モデルを常に書いてもいいってこと？

481 = :

ぜんぜん良くはねーと思うが、負荷にはならんだろうな

482 = :

>>480
「今の」ってバージョンいくつからそうなったの？

484 = :

サンクス。普段は2系使ってるから特に問題ないな

485 = :

プログラミングするとき3行毎に動作確認しないと
不安で死ぬやつって俺だけ？

486 = :

3行は短すぎるが、ちゃんと小さい処理単位でメソッドを分けておけば、
まとめて動作確認してもデバッグしやすいよ。
あとはテストを書け

487 = :

そんなあなたにテストファースト

488 = :

ぶっちゃけ、テストの利点が分からないの俺だけ？

489 = :

さすがに君だけじゃない？

490 = :

最初のうちは、いまいちわからんかもね。
インターフェースのテストで、mockの使い方がわかってくるようになると、考え方が変わるかも。

491 = :

>>490
俺も教えて欲しいんだけど
テスト書くのが面倒
テスト自体信用できない
書いてもやっぱり最初から書きたくなる
って思ってしまうんだけどそれでも書いた方がいいと思う？

できるプログラマーの人はみんな書いてるよね。

492 = :

>>491
結論としては書くべきでＦＡ
そのことがわかるには経験が必要
てことだと思う

493 = :

サービスが稼動を始めてから、数ヶ月経った後くらいに、
誰かのひどいコードを見つけた時、
テストを書いてあれば・・・と思うよ。

495 = :

そこまでテストする必要があるのかはよく考えたほうが良いように思えるけど、
やるならSelenium使うんじゃない？

496 = :

テスト＝コードが正しく動作するか確かめる

ではないんだよね？これはブラウザで確認すればいいだけだし、
大体はコード書いた後に実行して確かめているだろ。

具体的にどういう場面でテストが必要になるの？

497 = :

ユニットテストとユーザテストごっちゃにしている時点でなんだかな。

498 = :

>>496
> 大体はコード書いた後に実行して確かめているだろ。

一度書き捨てて終わらせられるなら誰も書く訳がない
改修は何度も発生する＝確認も同じだけ発生する＝クッソ面倒
だから面倒な確認を自動化するためにテストを作るんだ

500 = :

お前のテスト（むしろconsoleデバッグ？）
→　逐一人の手で実行して人間がブラウザやconsoleに表示された値やを見て想定したものかどうか確認する
　　　自動化できてない
　　　複数の関数やメソッドが絡むとバグの原因の特定がしづらい

他の皆の意図するテスト（単体テスト）
→　それぞれの関数やメソッドが複数の引数のパターンに対し適切な返り値を返したり
　　例外やエラーを吐いたりなど仕様通りの挙動をするかを確かめるコードを書く
　　検証する対象が小さいので比較的簡単に書けるし自動化も容易い
　　プログラムの小さい単位の動作をあらかじめ保証しておくことで
　　後の複数の関数やメソッドが絡むテストの際にもバグの原因の特定がしやすくなる


面倒だから単体テストでググれ

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ

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

• 【PHP】フレームワーク CakePHP 16ホール目【v2.4】 (1001) - [98%] - 2014/3/3 3:00
• 【PHP】フレームワーク CakePHP 15ホール目【v2.2】 (985) - [96%] - 2013/9/7 8:30
• 【PHP】フレームワーク CakePHP 14ホール目【v2.1】 (1001) - [96%] - 2012/12/3 19:16
• 【PHP】フレームワーク CakePHP 13ホール目【v2.0】 (995) - [96%] - 2012/4/23 21:16 ○
• 【PHP】フレームワーク CakePHP 17ホール目【v3α】 (955) - [95%] - 2016/11/15 20:45
• 【PHP】フレームワーク CakePHP 19ホール目【v3.3】 (844) - [95%] - 2023/2/2 14:30
• 【PHP】フレームワーク CakePHP 11ホール目【v1.3】 (1001) - [95%] - 2011/6/30 22:32
• 【PHP】フレームワーク CakePHP 10ホール目【v1.3】 (1001) - [95%] - 2011/2/13 8:32
• 【PHP】フレームワーク CakePHP 9ホール目【v1.3】 (1001) - [93%] - 2010/11/1 2:53
• 【PHP】フレームワーク CakePHP　7ホール目【v1.2】 (1001) - [92%] - 2010/3/18 1:18 ○
• 【PHP】フレームワーク CakePHP 12ホール目【笑】 (1001) - [92%] - 2011/11/8 7:01
• 【PHP】フレームワーク CakePHP 8ホール目【1.3】 (1001) - [91%] - 2010/7/22 22:16
• 【PHP】フレームワーク CakePHP　6ホール目【v1.2】 (933) - [90%] - 2009/8/19 2:06 ○
• 【PHP】フレームワーク CakePHP　5ホール目【v1.2】 (985) - [90%] - 2009/3/7 4:53 ☆
• 【PHP】フレームワーク CakePHP　4ホール目【v1.2】 (1001) - [90%] - 2008/12/19 21:06 ○
• 【PHP】フレームワーク CakePHP　3ホール目【本命】 (1001) - [84%] - 2008/6/19 7:19 ○