私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】フレームワーク CakePHP 9ホール目【v1.3】
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
どうでもいいがぐぐったら、findAllで解説しているサイトが多くてうざいな
Cakeは情報が多くて助かるが多すぎるのもあれだな
Cakeは情報が多くて助かるが多すぎるのもあれだな
1.3で、デバッグ用にSQL文を表示する方法を教えてください。
ぐぐったら、<?php echo $this->element('sql_dump'); ?>
でいけるとすぐ出てきたのですが、やってみたら
Not Found: /xxx/xxxxx/app/views/elements/sql_dump.html;
とエラーになります。
elements/sql_dump.htmlがないみたいなんですがどこかで入手できるのでしょうか？
ぐぐったら、<?php echo $this->element('sql_dump'); ?>
でいけるとすぐ出てきたのですが、やってみたら
Not Found: /xxx/xxxxx/app/views/elements/sql_dump.html;
とエラーになります。
elements/sql_dump.htmlがないみたいなんですがどこかで入手できるのでしょうか？
いや、元ファイルじゃなくて、viewの拡張子をhtmlにしてるんじゃ？
こんな弊害あるのね
こんな弊害あるのね
通常のappとそれをコピーしてapp_adminにしてURLで使い分ける方法教えてください
その質問は>>521だろ？
俺もその本持ってて公開用・管理用とで分けてるけど、何がいけないんだ？
同じコントローラーでも公開・管理で仕様が異なるんだから
バグの原因にならないと思うけど。
むしろ、1つのファイルに長々とコードを書いていくことが
バグや見落としの原因になるぞ。
同じコントローラーでも公開・管理で仕様が異なるんだから
バグの原因にならないと思うけど。
むしろ、1つのファイルに長々とコードを書いていくことが
バグや見落としの原因になるぞ。
あ、そっか
views,controllersは別々で問題ない。
configあたりはほぼ同じ内容でコピペなんだろうね
でもなんだかんだで同じ処理って出てくるよなぁ
メンテナンス性は落ちそうに思うんだけどな
views,controllersは別々で問題ない。
configあたりはほぼ同じ内容でコピペなんだろうね
でもなんだかんだで同じ処理って出てくるよなぁ
メンテナンス性は落ちそうに思うんだけどな
>>537
コロコロ意見変わってスマンが、やっぱり>>532は撤回。
たまたまチェックしたmodelのファイルの中身がアソシエーションとバリデーションの
設定くらいしか書いてなかったから、このくらいならいっかと思ったけど、
よくよく調べると、他にも同じようなコードが散在しているね。
メンテナンス性を考えるとモデルくらいは>>523のようにした方がいい気がする。
＞単にコードが長いと見落としがあるだろ。
＞それ以外も出来るだけコードを簡潔にするのが良いって聞いたこと無いか？
関数なりメソッドなりのコードを簡潔にするってのは聞いたことあるけど、
ファイルを短くた方がいいなんて聞いたことがないな。
ファイル分割したら、コードの見落としって減るか？
1つのファイルに100個ぐらい関数あったら、見落としそうってのも分かるけど、
Cakeのファイルなんて普通は多くても10個や20個じゃない？
コロコロ意見変わってスマンが、やっぱり>>532は撤回。
たまたまチェックしたmodelのファイルの中身がアソシエーションとバリデーションの
設定くらいしか書いてなかったから、このくらいならいっかと思ったけど、
よくよく調べると、他にも同じようなコードが散在しているね。
メンテナンス性を考えるとモデルくらいは>>523のようにした方がいい気がする。
＞単にコードが長いと見落としがあるだろ。
＞それ以外も出来るだけコードを簡潔にするのが良いって聞いたこと無いか？
関数なりメソッドなりのコードを簡潔にするってのは聞いたことあるけど、
ファイルを短くた方がいいなんて聞いたことがないな。
ファイル分割したら、コードの見落としって減るか？
1つのファイルに100個ぐらい関数あったら、見落としそうってのも分かるけど、
Cakeのファイルなんて普通は多くても10個や20個じゃない？
>>539
あんまりスクロールが長いと可読性が下がって見落としが増える。
コメントを充実させたり、役割ごとにきちんとファイル分けした上での関数10個なら問題ないと思う。
ごった煮でファイル名が曖昧になるようなファイルは関数10個でも見辛い。
あんまりスクロールが長いと可読性が下がって見落としが増える。
コメントを充実させたり、役割ごとにきちんとファイル分けした上での関数10個なら問題ないと思う。
ごった煮でファイル名が曖昧になるようなファイルは関数10個でも見辛い。
>あんまりスクロールが長いと可読性が下がって見落としが増える。
PDTみたいなの使ってない？
PDTだと関数一覧が表示されるから、そういう理由で可読性が下がることはないと思うぞ。
便利だし、使ってみたら？
＞ごった煮でファイル名が曖昧になるようなファイルは関数10個でも見辛い。
それは論外でしょ
PDTみたいなの使ってない？
PDTだと関数一覧が表示されるから、そういう理由で可読性が下がることはないと思うぞ。
便利だし、使ってみたら？
＞ごった煮でファイル名が曖昧になるようなファイルは関数10個でも見辛い。
それは論外でしょ
>>542
普通にありえるだろ。
数学ファイルなのか、ベクトル計算ファイルなのか、二次元ベクトル計算ファイルなのか、内積計算ファイルなのか。
抽象化されたファイル名になればなるほど、およそ関係ないか、他でも再利用可能な便利関数でてくる。
トレードオフな関係に論外はありえない。
普通にありえるだろ。
数学ファイルなのか、ベクトル計算ファイルなのか、二次元ベクトル計算ファイルなのか、内積計算ファイルなのか。
抽象化されたファイル名になればなるほど、およそ関係ないか、他でも再利用可能な便利関数でてくる。
トレードオフな関係に論外はありえない。
>>542
君は会員専用や管理画面も同じファイルに書いてるの？
君は会員専用や管理画面も同じファイルに書いてるの？
オブジェクト指向初心者の私に誰かアドバイスをくだされ。
model内の変数を処理する時に、配列を使うか、オブジェクトにしちゃうかの判断は
どうすればよいでしょうか？
オブジェクトってどこからでも取り出せて便利だから、今まで
$thisMonth = date(m);
こんな感じでやっていたのも、
$this->thisMonth = date(m);
のように基本的に全部オブジェクトにしたらいいんじゃないか？って思っちゃったのですが、
大きな間違いでしょうか？（重くなるとか・・）
model内の変数を処理する時に、配列を使うか、オブジェクトにしちゃうかの判断は
どうすればよいでしょうか？
オブジェクトってどこからでも取り出せて便利だから、今まで
$thisMonth = date(m);
こんな感じでやっていたのも、
$this->thisMonth = date(m);
のように基本的に全部オブジェクトにしたらいいんじゃないか？って思っちゃったのですが、
大きな間違いでしょうか？（重くなるとか・・）
>>547
えーと、なにを言いたいのかサッパリ分からない。
えーと、なにを言いたいのかサッパリ分からない。
>>548
分かりにくくて申し訳ないです。
functionをまたいで使用する値を格納する時に、
全部オブジェクトにしちゃうのはまずいのだろうか？っていう疑問です。
下記のような形の時です。
public function getDate(){
$this->thisMonth = date(m);
}
public function showDate(){
$this->getDate();
echo $this->thisMonth;
}
分かりにくくて申し訳ないです。
functionをまたいで使用する値を格納する時に、
全部オブジェクトにしちゃうのはまずいのだろうか？っていう疑問です。
下記のような形の時です。
public function getDate(){
$this->thisMonth = date(m);
}
public function showDate(){
$this->getDate();
echo $this->thisMonth;
}
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
php スレッド一覧へ類似してるかもしれないスレッド
- 【PHP】フレームワーク CakePHP 19ホール目【v3.3】 (844) - [96%] - 2023/2/2 14:30
- 【PHP】フレームワーク CakePHP 10ホール目【v1.3】 (1001) - [96%] - 2011/2/13 8:32
- 【PHP】フレームワーク CakePHP 11ホール目【v1.3】 (1001) - [96%] - 2011/6/30 22:32
- 【PHP】フレームワーク CakePHP 8ホール目【1.3】 (1001) - [96%] - 2010/7/22 22:16
- 【PHP】フレームワーク CakePHP 15ホール目【v2.2】 (985) - [93%] - 2013/9/7 8:30
- 【PHP】フレームワーク CakePHP 16ホール目【v2.4】 (1001) - [93%] - 2014/3/3 3:00
- 【PHP】フレームワーク CakePHP 14ホール目【v2.1】 (1001) - [93%] - 2012/12/3 19:16
- 【PHP】フレームワーク CakePHP 13ホール目【v2.0】 (995) - [93%] - 2012/4/23 21:16 ○
- 【PHP】フレームワーク CakePHP 17ホール目【v2.4】 (984) - [93%] - 2015/1/10 2:45
- 【PHP】フレームワーク CakePHP 4ホール目【v1.2】 (1001) - [92%] - 2008/12/19 21:06 ○
- 【PHP】フレームワーク CakePHP 7ホール目【v1.2】 (1001) - [92%] - 2010/3/18 1:18 ○
- 【PHP】フレームワーク CakePHP 6ホール目【v1.2】 (933) - [92%] - 2009/8/19 2:06 ○
- 【PHP】フレームワーク CakePHP 5ホール目【v1.2】 (985) - [92%] - 2009/3/7 4:53 ☆
- 【PHP】フレームワーク CakePHP 17ホール目【v3α】 (955) - [92%] - 2016/11/15 20:45
- 【PHP】フレームワーク CakePHP 12ホール目【笑】 (1001) - [90%] - 2011/11/8 7:01
- 【PHP】フレームワーク CakePHP 3ホール目【本命】 (1001) - [84%] - 2008/6/19 7:19 ○
トップメニューへ / →のくす牧場書庫について