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

php覧 / PC版 /

みんなの評価 :

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

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

51 = :

そのサイトの奴は古いMacユーザーなら知ってる名前だわ
まあ昔からそんな調子だけどw

52 = :

ちょっとハマってます。
検索してみると漢字の名前のorderではアイウエオ順では並ばないとの事。
別カラムにひらがなで読みを入れれば並ぶらしいところまで…

53 = :

お、おう
そのまま抜けださないでおｋ

54 = :

フレームワークというのを初めて使ってみてとても便利と思ったけど、
どういう仕組で動いてるのかさっぱりわからん

みんな分かって使ってんの？

55 = :

何がわからないのかわからない
PHPが読めんの？

56 = :

とりあえず自分がコード書くとこに関わるAPIはそこそこ把握してるけど、
中で何してるかまではしらない。
こう投げたらこう返ってくるが分かってればとりあえず使えるからね。
とはいえ、たまには中を読まないと解決できないはまりもあるけどな。

57 = :

54だけど、まさに56の言う通り。
マニュアル読んで、最近話題の実践何とかっていう本も読んでサイトも作って公開した。
途中思うように行かないところ多数あったけど、とにかく公開を有線させたかったんで、
できないところは端折ったりしてなんとか公開にこぎつけた。

過去にフルスクラッチで書いていた頃に比べると
圧倒的に短時間でサイトができた。

ただ、なにか問題が起こった場合、ブラックボックスだらけなんでめちゃ不安。

そこらへん、みんなは中の挙動を全て把握できてるのかなと思って。

59 = :

あと、設定ファイルに書いた情報も、どのタイミングで取得されてるのかとか
そんなことみんな当然分かってやってるのか、逆にそんなことは全く知る必要がないと思ってるのか、
あるいは必要に応じて調べてるのか、その辺りどうなのかなというのが疑問です。

60 = :

>>56 さんは、必要ならその時調べるってスタンスでやってるのですね？
どうもありがとう。

61 = :

そんな事言い出したら何も使えなくなっちゃうよｗ
jQueryなんか中身ちゃんと解ってない人ばかりじゃない？

62 = :

>>61
たしかにそうかも知れませんね。
ただ、自分は jQuery は昔のバージョンですがひと通り目を通しましたよ。
そんなに複雑なことはしてないので一日あれば大体わかります。
ただ、派生ライブラリは全然分からずに使ってますね～、ちょっと気味悪いと感じながらも。

63 = :

それ言うならOSも中身わかってないと気持ち悪いのか？

64 = :

ちゃんとやってるわけじゃないけど、各層の境界だけ押さえとけば
とりあえずはいいと思ってる。
リクエストに含まれる各パラメーターが、コントローラーに来た段階でどうなっているのか。
phpからDBへ格納する時どうなってるか。
テンプレートに吐き出すとき、どうなってるか。

ブラウザとphpとDBの間さえ意図通りなら、まぁ滅多な事にはそうそうならんと思う。

例えば、確認したの1系の頃だけど、リクエストはほぼそのままコントローラーに入ってくるから、
無対策でバイナリセーフでないphpの組込関数を使うのは危ないなとは思った。

65 = :

自分で構造を納得しないと使えないなら、
諦めるか似たようなの作ってみるかどっちかしか無いよ。

俺は後者だったから、Cakeの縮小版みたいなの作った。
フレームワークの基礎は覚えたつもりだけど、
深入りすると難しくなるから、Cake使ってる。

66 = :

分からんフレームワーク使うくらいなら自作のフレームワーク使うわ

67 = :

自作のフレームワーク使うくらいなら分からんフレームワークを分かるようにするわ

68 = :

ブラックボックス上等

そもそもPHP自体がソース見ない限りはブラックボックス

69 = :

2人以上で開発するなら、自分で作ったコンパクトなフレームワークも、
他の人にとってはブラックボックスだったりね。

70 = :

2人以上で開発するケースって殆ど無いよね
大手とかそれなりの人数が揃った開発チームで、
ってのならわかるけど。

71 = :

え？

73 :

>>70

75 = :

そしてスレはひっそりと止まった

76 = :

Cakeで作るようなものは小規模だから1人で開発するでしょ
って言いたかったのかな

77 = :

ORM以外なんとか全容が掴めてきた

イベント周りに手こずったわ

78 = :

大規模ってどのくらいですか？テーブル100以上ですか？

79 :

大規模の定義なんてあるのか？

80 = :

あった気がする

83 = :

1.3.15を使っています。
アソシエーションでconditionsを使う場合と使わない場合があります。
（例えば、非公開の投稿件数を表示する・しない　場合など）

今はコントローラーで、
一旦unbindModelをしてbindModelで再定義しているのですが、
モデル内で分岐させる方法はないでしょうか？

86 = :

自動で関連モデル引っ張って来てくれる時に条件付与してくれるってだけだと俺は思ってるけど
それでも便利じゃん

87 = :

>>86
それだけかぁ。
なら別名同一モデルよりはcontainに書きたいな。

88 = :

その場限りの条件なのか、モデル定義の根幹に関わる条件なのか。
それだけじゃないの？

89 = :

>>84
それすると書く量や修正箇所が増えるんですよね・・。

>>85
自分はバーチャルフィールドにしているので、
find側でアソシエーションの条件は決められないっぽいです。
それができるとかなり便利なんですけどね。

>>88
どちらかというとその場限りですね。
「非公開の投稿件数を表示」って、管理画面で確認する程度ですし。

91 = :

>>90
やってみたけど駄目だした

95 = :

>>94
メンテナンスできないなら作るな、っていう感じ

96 = :

やっぱりメンテナンスされてなかたったんだ
今日からcakephpの勉強をしたいと思います

97 = :

Cakeろくに管理されてないから終わっとるな
英語の公式以外で入手できる情報は基本ないと思ったほうが良い
ぐぐっても出てくるのは古いゴミみたいな情報ばかり

日本語なら、なるべく新しい本を買えばまだましなのかな、多分2冊ぐらいしかないはず

98 = :

本なんかより
英語のマニュアルと、つまったらソース読むのが一番速い上に勉強になる

100 = :

>cakephp.jpは害

激しく同意

あそこは潰したほうが CakePHP のためになる