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

php覧 / PC版 /

みんなの評価 : ○

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

252 = :

これね。
http://book.cakephp.org/ja/view/491/inflector

253 = :

>>252
いい事聞いた

255 = :

俺は英語よりも日本語のほうが表現力の豊かさの点で好きなんだが
複数形という概念は、すごいと思ったな。
大昔に作られた英語が、ここまでプログラミングにマッチするとは。

もし複数形がなければ、変数名に悩むことが多かっただろう。

でも、日本語は、単語と単語をくっつけて合成語を簡単に作れるから
やっぱり日本語が便利だな。「前月商品金額合計」みたいな。
英語だったら長い。

あと、音を表すだけのひらがな・カタカナ。
外来語を簡単に日本語に変換できてしまうカタカナ。

同じ言葉でも、漢字で書けば男っぽく、ひらがなで書けば女っぽく、カタカナで書けば外国っぽくなる面白さ。
あぁ。日本語ってすばらしい。

256 = :

和んだw

258 = :

ワロタｗ

260 = :

>>252
横着な要求を聞き入れて九打差り、官舎孟子安芸鱒

261 = :

>>250
入ってない単語はいちいち登録してやらないといけないんだよな。
もしくは機能を無効にするか。
結局余計な仕事を増やす設計になってる滑稽さ

262 = :

1行定義する労力と、単複区別不能なコードとどっちがいいか？

263 :

複数形とかなんでそんな仕様にしたんだろう？

265 = :

すみません、sage間違った・・・

266 = :

>>264
コントローラーでもどこでもいいと思うけど。
だめー！って書いてあるエラーの内容見てみれば？

267 = :

>>266
なんか色々いじってる間にHTMLヘルパーのエラーが出てしまって
再現できません＞＜すみません！また書きます！

268 = :

出ました。えーとチュートリアルで言うとposts_controller.phpの中の
class PostsController extends AppController{
App:import('Component', 'Pager');
...
}
と書いてみたところ
Parse error: syntax error, unexpected T_STRING, expecting T_FUNCTION
と怒られます。何か根本的に勘違いしているような気がするのですが、
どこがそうなのか・・・

270 = :

>>269
App::import('Vendor', array('file' => 'Pager.php');
としてみましたが、エラーメッセージ変わらずです。
vendorsディレクトリの中はPager(ディレクトリ）、Pager.php、
include_path_vendors.php（PEARのディレクトリへパスを通すため）
が入っています。うーむ。

273 = :

class PostsController extends AppController{
App:import('Component', 'Pager');
...
}

じゃあ動かないよ

class PostsController extends AppController{

function goodluck()
{
App:import('Component', 'Pager');
}

...
}

じゃない？

274 = :

Zendと違ってCakeは直接Cakeの中に色々入れていくタイプなのかな？
Zendの場合は必要なディレクトリ構成さえあれば外部から呼んでくれるが

275 = :

そうそう、全部自分で完結させるタイプ、というか。
そのままディレクトリをサーバーに置けば使えるっていう。
私は結構気に入ってたりします。

276 = :

FW内で自己完結できるのはいいよな
環境移すのも楽だし

277 = :

>>276
VCEEとかだと.NETのフレームワークは外部から読み込むよな
そんな感じでもう慣れちゃったから内部完結みたいなのがまだ慣れない

278 :

Webに公開されないプログラムでCakePHPを使いたいんですが、
CakePHPはhtaccessやルーティングでプログラムを結び付けてるんで、やっぱり使いにくいんでしょうか？

CakePHPのデータベース周りが便利すぎて、どうしても使いたくなっちゃうんですよね。。

280 = :

>>278
多分、Apache(Webサーバ)を通さず実行する
スクリプトとしてphp+cakeでやりたいってことじゃね？

281 = 278 :

>>280
その通りです。

283 = :

ひどいつりだ

285 = :

>>294
それでもWebサーバは必要。
なんか上げ足の取り合いになってる感じだが

286 = :

>>294
その発想は無かった！

287 = :

>>294
天才現る

289 = :

今、cakephpでブログを作って運営してるんだけどタグ機能をつけたいと思うのね。

でも、一度完成したプログラムをいじるのがなんかすごい抵抗があるんだけど。

プロの仕事だと完成後にあれつけろこれつけろってのもよくあること？

290 = :

そのCakeで作ったブログとやらを見てみたい。ぜひ・・・・

291 = :

>>289
「(タダで)こういう機能を追加して欲しい」
ってのはしょっちゅうだｗｗｗ

292 = :

ありがとうございます。やっぱそうなんですか。
作ったの改造するより、最初っから全部作った方が楽しいですよね。

家のリフォーム業者も同じことを思うんでしょうかね。

293 = :

プロ・趣味問わず今のWebアプリはそういう増改築は不可避でしょ？
タグ付きで作り直してもまた別の機能付けたくなったらまた作り直し？
今の状態でとりあえずタグ機能付けて時間あったらソース修繕（何て言うんだっけ）じゃないの

294 = :

>>293
たしかにそうですね。一個一個作り直してたらキリないですね。
とりあえずつけることを考えてやってみます。
勉強になります。ありがとうございます。

295 = :

あとから修正すると、バグ混入で今まで動いていたところが動かなくなるよ。

そうならないようにユニットテストを書いておくわけだ。

書いておいたテストを実行すればテストできるわけだから、
修正するたびに、毎回全部をテストをするわけだ。

296 = :

CakePHP徹底入門って初心者向きの内容？
やっぱり気になる・・・・

297 = :

>>295
そうですね。たしかにバグりますよね。
あれ・・・ここいじってないんだけど、どうして動かないの！？って。
だからあまり触りたくなかったんですが。

ユニットテストのメリットってそこにあるわけですね。

298 = :

>>289
ない仕事のほうがめずらしい

299 = :

>>296
そろそろレビューが欲しいところ。

300 = :

>>299
CakePHPと名の付く本は全部買ってる拙者、ぱらぱらっと読んだ感じではイマイチかと。
他の本との差別化をしようとしてか、bakeに多くのページを割いてる。
インストール + bake で半分とか。

拙者のお薦めは PHPフレームワーク完全マスター + CakePHPポケットリファレンス。
前者で入門して、あとは後者をリファレンスに。（後者も一度全部読むと良いと思う。）