元スレ【PHP】フレームワーク CakePHP 8ホール目【1.3】

php覧

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

201 = :

ならば貴公がなればよかろうに

202 = :

政治家の文句も言うが、じゃあ政治家になれと言われたことはなかった

203 = :

なるほど！
そういうことか。
本心では「政治なんて誰がやっても同じ」と思ってるから、
政治家になれとは言わない。
それと同じようにWebのディレクティングも誰がやっても同じだから・・・。

204 = :

皆様コメントありがとうございます

>>190 さんの紹介してくれてる記事はもちろん試していて、
$this->aa()でview内でarray生成はできるけど(自作関数内var_dumpで確認)、helper内だとうまく渡せないんです


議論がされてますが、デザイナーにPHP触らせたくないというのが理由です。
こちらデザインは素人レベルでシステムのみ対応しているため、発注元にデザイナーを別途雇ってもらうケースが多いのですが
そのときにコードぐちゃぐちゃにされて「動かないからなんとかしてくれ」となるのが面倒なんですよ
（自作の各種パッケージをちょっとカスタマイズして売る、というやり方を副業でやっているので・・・）
あとはクライアントがsmarty指定するケースも多いです

もう少し軌道に乗ったら、提携デザイナーさんを何人か探して、
その人達を紹介するやり方にかえようと思います。

そんなわけで、1.3からはPHPコードべた書きでいこうと思います。

210 = :

ざけんなボケ

212 = :

春ですね

213 = :

初心者を免罪符にするとフルボッコになる
これテストにデルから覚えておくように

214 = :

>>207
優しい俺が優しく解説致します。
2番の処理を、CakePHPとは関係なくあなたのお使いの言語環境（おそらくPHP）を使って
どのように実現するのか、考えてみれば自ずと分かります。
Cakeで楽になる部分はあっても、素のPHPで（自分のスキル的に）いかんともしがたい部分を
Cakeが良きに計らってくれるというわけでは、必ずしもありません。
季節の変わり目、まだまだ寒い日もあるかと思いますので、ご自愛下さい。

215 = :

自分で初心者と言うような人でさえさわるようになったってことはcakeもずいぶんメジャーになったんだな

216 = :

初心者なら素直にステップ1から順に踏んで行くほうがいいよね
いきなりcakeから入るより結果的にはそのほうがはやく覚えられると思うし
っていうかPHPなんかちゃんと勉強すれば2日か3日ぐらいでだいたい把握
できるんだからそれを省略すんなよと…

217 = :

PHPが原付免許で、cakeはオートマみたいなもんだなレベル的に
PHP学習しても理解できないとか知的障害レベル

218 = :

PC触って3日目の子が頑張れば構築できるのがcakeなのに
知的障害とかアホか

220 = :

英語が出来ないと辛いぞ

221 = :

知的障害は言い過ぎ。

223 = :

人それぞれ成長の度合いって物がある。
自己満足のためだけに発言する自分の卑しさを省みてみなよ。

ひとまずPHPの基本的な本を読んだほうがいい感じだけどね。
他の言語も含めて経験が無ければいきなりフレームワークはやめたほうがいい。

225 :

動的にモデルの構造やビューのフォームが切り替わるようなアプリを製作予定なんですが、
こういったアプリにはCakePHPは向かないですか？

簡単に言うと、CMSのカスタムフィールドを拡張したようなイメージで、
データの入力タイプ(フォームの種類、バリデーションのルール)を用意しておいて、
ユーザーの入力に応じて、動的に表示するフォーム・バリデーションやアプリの挙動を切り変えます。

素で作るとすると、データ用の基底クラスを作って、入力タイプごとに派生クラスを作っていく感じになると思います。

こういった独自のクラスをCakePHPのMVCに組み込むのが難しそうな感じがしているのですが、
CakePHPの場合、どうやるのがいいんでしょう？

それとも他のフレームワークを使ったほうがいいですかね？

226 = :

>>225
モデルの構造が変わるっていうのはテーブルを作の？

227 = :

>.226

モデルのバリデーション機能を利用しようと思っていますが、使い切りのジェネレーターのようなものなので、
今の所、フォームから入力されたデータはセッションに保存する予定です。
ですので、テーブルも作りません。

ただ、後々ユーザーの設定(フォームの組み合わせ)をDBに保存する予定があります。
が、これは動的なフォームを生成・切り替えさえできれば、設定だけ保存しておけば済むのであまり問題ないかと思ってます。

問題はデータ構造の切り替えをどうするか、です…。
例をあげると、

1) ユーザーがドロップダウンリストから「データパターン1」「データパターン2」などを1つ選んでサブミット
2) 画面遷移後、選択したタイプによって、フォームを表示。ユーザーが入力してサブミット。
　「データパターン1」の場合は「ドロップダウンリスト」を表示
　「データパターン2」の場合は「テキストフィールド」を表示
　など
3) データパターンの種類に応じたバリデーションを行う。

バリデショーンは動的に切り替えられそうなので問題ないのですが、
データ構造をもたせたクラスをどう組み込むかで、CakePHPでどうやるのがよいのか悩んでます…。

229 = :

>>228
うーん。イメージがいまいち掴めない
最終的に保存する例を教えてくれ
あと、セッションに保存したデータはどうするの？そのあと

232 = :

イメージとしては、メールフォームの作成アプリが近いかもしれません。

http://onlineform.jp/gen/form?template=inquiry&type=1&color=black

233 = :

>>231
外してるかもしれんが自分なら

モデルはひとつ
データに応じてバリデーションを切り替える
種類の識別は、種類を格納したデータを持っておいても良いし、フィールド名（擬似的なフィールド名）で識別しても良い

って感じ。
柔軟性を高めるというのが何を意味しているのかはちょっと分かんなかった

234 = :

>>233

なるほど。
データの種類ごとにクラス化すれば、処理を委譲できるのでそちらのほうが楽かな、と思ったのですが、
やはり、CakePHPを使う場合はベタな書き方のほうがいいのかな。

もうちょっと色々調べてみます m__m

235 = :

>>234
クラスにしてもモデルにしてもいいんだけど、
結局データの種類に応じて読み込むんだろうから、一緒かと
あと、バリデーションだけなら、外出しするほどではないんじゃないかと想像

236 = :

Single Table Inheritanceというのが近そうだということがわかりました

http://bakery.cakephp.org/articles/view/inheritable-behavior-missing-link-of-cake-model

ただ、やはりCakePHPで想定されている使い方ではないようですね…

モデル自体を自力で実装という手もありますが、少し凝ったことをしようとすると難易度が極端にあがる、
ということだけはわかりました…。

237 = :

パターンとバリデーションをセットにして記録したモデルを作っておけばいいだけじゃないすかね。

240 = :

CakePHP製のソースを色々見てまわってるんだけど、
OOPを活かした書き方をしているものは皆無ですね

Javaちっくな書き方をするには、
やはり、フレームワークの縛りが強すぎるのだろうか

もし、なにかよいサンプルがあれば教えてください

242 = :

てか、なんでもかんでもオブジェクト指向にしなくていいじゃん。
継承しすぎて無意味に複雑になってしまうこともあるし。
自分1人でやってるならいいんだけど、多人数でやるなら分かりやすさを優先すべし。

243 = :

しょうがないのかな
まぁもうしばらく使ってみます

それとは別に、
へぇ、これもCakePHP製なの？というものがあったら紹介してもらえるとうれしいかも

製作例はいろいろ探してみたけど、全て同じようなものばかりですね…

244 = :

Numberのサイトとかかな？
でも>>243くんが何を持ってCakePHPっぽいと思っているか知らんから何とも言えないけど

245 = :

>>244

それはどこでしょう？

色々参考になるかと思ってソース見てるんだけど、どれも似たような感じなので…
フレームワークなんで、当然といえば当然かもしれないけど、ちょっとおもしろみがないなと

246 = :

オブジェクト指向的な記述にこだわる理由をしりたい
俺ならそういうときはJAVAかrubyでやる
PHPのOOPはいろいろアレすぎて面倒

247 = :

サーバーの負荷を考えると cache 使った方がいいんだろうけど、
みんな最初っから cache 使ってプログラム組んでる？

サーバーに負荷がかかりまくってやべーなと思ったら cache を使うって方が効率がいいと思うけど。

248 = :

つーかOOPを活かした書き方ってなんだ？

249 = :

>>246

ユーザー入力に応じて柔軟に機能を切り替えたいから。拡張も楽だし。
LimuSurveyというのがCakePHPが使われてるらしいと思って見たけど、
中身はCakePHPではなかった。

http://www.limesurvey.org/en/demo

デモを見たら、これがCakePHPならすげえや、と思ったけど、
やはりこういうのは難しいんだろうね。というか、ソースがごちゃごちゃになりそう。

250 = :

>>249
難しいこともないしソースがごちゃごちゃになることもないが、きみがCakePHPをdisってるつもりがないなら、比較スレにいった方が良い
symfonyやRuby on Rails やDjangoなど、他にも優秀なFWはいっぱいあるから
あったものを選べば良いんじゃないかな

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

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

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