トップページ⇒php
1001コメント315KB

【PHP】フレームワーク CakePHP　2ホール目

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2007/11/14(水) 02:50:28ID:???
本家
http://www.cakephp.org/

10分で作るCakePHPアプリ for Windows
http://p4life.jp/cake/

マニュアル日本語化
http://www.cakephp.jp/doc/

日本語フォーラム
http://cakephp.jp/modules/newbb/

あとこのへんとか（初心者向けTIPS）
http://www.avatarfinancial.com/pages/cake/
0636nobodyさん2008/02/29(金) 08:42:38ID:???
大衆は常に誤った方向へ行くからな
頭のいい人間が少人数しかいないから
正しい方向に行くのは常に少人数
0637nobodyさん2008/02/29(金) 09:13:18ID:???
世の中将来性がないと思われていたものが
主流になっている罠ｗ
0638nobodyさん2008/02/29(金) 09:16:04ID:???
困るのはその馬鹿だけでいいな
0639nobodyさん2008/02/29(金) 09:21:43ID:???
中国も餃子問題も同じ
反日感情が大衆を間違った方向へ進ませている
CakePHPも同じ
0640nobodyさん2008/02/29(金) 09:25:37ID:???
CakePHPは今年で無くなるであろう
小規模フレームワークは乱立しやすく
次から次へと良いフレームワークが出来る
大規模フレームワークはやはり規模がでかいから
乱立しにくい
どうせなら覚える量は少ない方がいい
そう賢い人間の選ぶ答えはsymfony
0641nobodyさん2008/02/29(金) 09:26:48ID:???
ここでいう覚える量というのは
フレームワークの数分という意味だからね
0642nobodyさん2008/02/29(金) 09:29:16ID:???
以前は活気のあったmojaviスレが廃れてるのを見れば
CakePHPも同じ道に行くのはわかるだろう
小規模フレームワークの世代交代は１年単位なんだよね
0643nobodyさん2008/02/29(金) 09:32:31ID:???
データ渡しがオブジェクトじゃないのがなあ
簡単な掲示板レベルのものしか作れないね
だから今後も有名どころのＣａｋｅＰＨＰ採用実績はありえないよね
だから廃れるのも速い、その理由からも今年で終わりクセー
0644nobodyさん2008/02/29(金) 09:35:28ID:???
http://d.hatena.ne.jp/ichii386/20080221/1203527524
> firefoxのアドオンがおいてある、あのサイトが実はCakePHPで作られていたんだそうです。
0645nobodyさん2008/02/29(金) 09:40:00ID:???
>>642
以前は活気のあったmojaviスレが廃れてるのを見れば
お前の好きなフレームワークも同じ道に行くのはわかるだろう ｗ
0646nobodyさん2008/02/29(金) 09:50:18ID:???
所詮　アマチュア向け

アマチュアも使えるきちんとしたＦＷなら生き延びるだろうけど・・・

ＣＩに期待
0647nobodyさん2008/02/29(金) 10:14:57ID:???
CakePHPて小規模なクセに柔軟性がないよなｗｗｗ
Ｖiewでヘルパーのコンポーネントの呼び出し宣言出来ないとか
Ｖｉｅｗで直接モデルをコントロール出来ないとかね
0648nobodyさん2008/02/29(金) 10:21:05ID:???
単純なロジックはincludeで呼び出し
複雑なロジックはコンポーネント化して呼び出し
複雑なロジックでかつ断片性が内容によってかわるならCakePHPはどうすんの？
0649nobodyさん2008/02/29(金) 11:20:41ID:???
symfonyのスロット機能には驚いた
なに、この便利な機能
CakePHP利用してからsymfony使うと
豊富な便利機能にただただ関心
0650nobodyさん2008/02/29(金) 11:22:31ID:???
ドキュメントもいい加減だし手抜きフレームワークだよね
作者やる気がないから将来性もクソもないがね
やる気のない社長がいる会社の株を買ってるのと同じだね
0651nobodyさん2008/02/29(金) 11:23:29ID:???
作者の気まぐれで
いつ開発中止するかわからんフレームワークをよく使えるなｗｗｗ
0652nobodyさん2008/02/29(金) 11:24:22ID:???
symfonyは流行らないだろうな

アマチュアには敷居高いからね

流行らなければ廃れていくのは同じ
0653nobodyさん2008/02/29(金) 11:43:03ID:???
長い目で見れば、流行だけで中身の薄いものは確実に消える
フレームワークを次々乗り換えるんじゃなくて
期間的に長く使えるフレームワークしかいらない、
一見、ＣａｋｅＰＨＰは効率よく見えるが
過去資産になりにくい時間の使い方は、非効率

0654nobodyさん2008/02/29(金) 11:50:01ID:???
０から小規模システムを作るならＣａｋｅＰＨＰが速いけど
０から作る案件はかなり少ない
スパゲッティソースでも
今までの過去資産をカスタマイズする方が圧倒的に速い
0655nobodyさん2008/02/29(金) 12:45:25ID:???
ねぇ、なんで最近symfonyの布教活発なの？
0656nobodyさん2008/02/29(金) 14:26:26ID:???
CakePHPより優れたフレームワークたくさんある
ただ知名度が優先して使ってる人が多くなってるだけ
0657nobodyさん2008/02/29(金) 14:31:12ID:???
初心者では扱いにくい難易度の高い
フレームワークが主流にならないと
初心者がフレームワーク出来ますとか
調子いい事を言うからな
初心者と経験者の差をはっきりさせて
初心者がすぐに食える状態を無くして欲しい
0658nobodyさん2008/02/29(金) 14:32:41ID:???
初心者向きの低フレームワークがCakePHP
高級志向の大人のフレームワークがsymfony
0659nobodyさん2008/02/29(金) 14:46:43ID:???
自分のスレいってやれよｗ
さびれてんだからさｗｗｗ

13: フランチョスとsymfony (36)　
http://pc11.2ch.net/test/read.cgi/php/1201177567/l50
0660nobodyさん2008/02/29(金) 14:51:07ID:???
【徹底攻略を】symfony【徹底攻略】 (13)
http://pc11.2ch.net/test/read.cgi/php/1204113475/l50

一時期　symfony か　CakePHP かって時期あったけど
これほどにまでsymfony 廃れてるとは知らんかった。

まあ、どうでもいいけど。
0661nobodyさん2008/02/29(金) 14:51:22ID:???
>>653
> 長い目で見れば、流行だけで中身の薄いものは確実に消える

それ具体的に何年後？

そりゃいつかは何もかも消えるだろうなｗ

そのときに、ほら消えた。俺の言っていたことは正しかったんだ。と
言えない様に、今何年後に消えるのか言ってもらおうか。

それまでに消えなければ、お前の言っていることは間違いだとはっきりする。
そのとき俺がおまえのことを思い出すことは無いだろうが、
少なくともおまえ自身は、自分の予測が外れたことを身にしみて感じるだろうｗ
0662nobodyさん2008/02/29(金) 14:59:47ID:???
縦読時「そ」が多い
0663nobodyさん2008/02/29(金) 20:34:53ID:???
その線でいくとPHPはどうなるぽ
0664nobodyさん2008/02/29(金) 23:39:58ID:???
すべてのページで使うような変数をまとめたファイルってどこでインクルードさせたらいいの?

core.phpに書いてるんだけど、これで問題ないですか?
0665nobodyさん2008/03/01(土) 00:37:40ID:???
俺なら、app/bootstrap.phpに書くかな。
app/core.phpはcakeの動作を変えるために設定を変えるだけで
自分で値を追加しないものと感じる。

もっとも「すべてのページで使うような変数」の内容によっては、
AppControllerにかいたりvendors以下にファイル作ってそこに書いたりする。


とここで、ふと、自分の作っているのを見たらapp/core.phpにも書いていたｗｗｗ
といっても、ユニットテストのための追加設定だけどね。
0666nobodyさん2008/03/01(土) 12:28:11ID:uin8SgpQ
モデルの数値フィールドに、空文字を入力すると
データベースの値として、0が入ってしまうんですが、
これをNULLで代入させる方法ありませんか？

もちろんデーターベースのフィールドはNULL値が入るようになっています。
データベースはMySQL。クエリーとしては、
INSERTとかUPDATE 〜〜〜 number_field = '' という文が発行されています。

たしかデータベースによっては（Oracle？）、こういう場合null値を入れるやつも
あった気がしますが、汎用的な方法としてやりたいな。
0667nobodyさん2008/03/01(土) 14:35:44ID:???
更新対象の配列を未入力チェックして空だったらnullで置き換えてからsave
0668nobodyさん2008/03/01(土) 14:43:32ID:???
ユニットテストって使うのが当たり前なくらい便利なんでしょうか？

使ったこと無いので勉強したほうがいいのかなと思いまして。

先輩方、ご指導ください。
0669nobodyさん2008/03/01(土) 15:07:46ID:uin8SgpQ
>>667
それがですね。nullを入れてもだめなんですよ。
同じところで4989を代入したら強制的に値を4989に出来たので
間違いないと思うんですが。
0670nobodyさん2008/03/01(土) 15:20:41ID:???
それMySQL側の設定なんじゃないの
0671nobodyさん2008/03/01(土) 15:21:09ID:???
>>668
使っていると今までの手動テストがいかに怠けていたかがわかるよ。
今ユニットテストでやっているテストを手動でやれといわれたら泣く。

設計が固まってなくて大幅に変更するときとか、安心していじれるようになる。

ある操作をしてエラー → プログラム修正 → データ消してテストデータ入れる → もう一回同じ操作。

これを手動で何度もやらなくてすむ。操作が複雑になって、前提データが
複雑になると、もう一回同じ状態に戻して操作なんてやってられない。


あとちょっと変則的だけど、データベースの定義＆その他の設定をYAMLを
使ってやっているのだが、そのスキーマのチェックにも使っている。
スペルミスとか細かいエラーに悩まされなくていいよ。

本当は、YAMLスキーマバリエータを使うべきなんだろうけど。
PHP用なさそうだし、どこまで出来るのか不安だったので。
（たとえば、名前規約、複数形でなければならないとか
このフィールドは違う設定ファイルに定義されてなければならないとか）
0672nobodyさん2008/03/01(土) 15:23:37ID:uin8SgpQ
>>670
多分、それもあるとは思います。

しかし、同じ設定のまま、phpMyAdminではnullを入れられます。
もちろんこのときに発行されるSQL文は、
INSERTとかUPDATE 〜〜〜 number_field = null ですね。

MySQL側で設定できたとしても設定は変えられないと思われるので、
アプリ側で対処したいのですが。
0673nobodyさん2008/03/01(土) 15:30:04ID:???
/controller/action/1/2/param1:a/param2:b?c=test1&d=test2

今、このようなアドレスにいるとして、
ここから、以下のようなアドレスを作り出す
一番シンプルな方法は何でしょうか？
（param1の内容だけを変えたいということです。）

/controller/action/1/2/param1:z/param2:b?c=test1&d=test2


URL文字列形式じゃなくて、params配列形式でもOKです。
むしろこっちのほうがいいです。
0674nobodyさん2008/03/02(日) 01:29:16ID:???
>>673
$thisをvar_dumpして必要な値で構成して、変更したいところを置き換えればいいんじゃない?
0675nobodyさん2008/03/02(日) 01:41:30ID:???
>>674
今それでやってますけど、これぐらいフレームワークが用意していてもよさそうじゃない？

関数名($this->params, array('named'=>array('param1'=>'z')))
ってな感じ。
0676nobodyさん2008/03/02(日) 02:35:41ID:???
>>671

ありがとうございます！ご丁寧に教えて頂いてうれしいです。
早速勉強したいと思います。
0677nobodyさん2008/03/02(日) 12:37:53ID:???
Akelosこれいいよ
ドキュメントが少ないからソース解析しながら大変だけど
この作業がわりと楽しい
理解を深めながらコーディングできる。
ちょっとした不具合でもデバッグ文でググるんじゃなくて
まずソース解析、こっちの方が正しくて速いことに気づいた
0678nobodyさん2008/03/02(日) 12:40:00ID:???
Akelosを調べあげるほどRoRとそっくりｗ
Akelos自体にドキュメント無くてもRoRと照らし合わせれば
ドキュメントが要らないくらい、完全コピーされてるｗ
0679nobodyさん2008/03/02(日) 12:42:47ID:???
AkelosはCakePHPの４倍くらいの作業効率が速い感じがする
なんで流行してないのかわからないｗｗｗ
ドキュメント量が少ないと何も出来ない人が多いからか？
0680nobodyさん2008/03/02(日) 12:47:14ID:???
CakePHPのfindall(null,nullnull,nullnull,nullnull,nullnull,nullnull,nullnull,nullnull,nullnull,null)
これ見ると、もう萎える
どんだけブームでもＯＯＰじゃないフレームワークはいらない
0681nobodyさん2008/03/02(日) 13:03:23ID:???
そんなソースなん？
ｷﾃｨｶﾞｲすぎワロタ
0682nobodyさん2008/03/02(日) 13:05:31ID:???
馬鹿が自作自演しているので、本当の定義をさらしておきますね。
function findAll($conditions = null, $fields = null, $order = null, $limit = null, $page = 1, $recursive = null) {
0683nobodyさん2008/03/02(日) 13:06:44ID:???
ヌルヌルフレームワークｗｗｗ
0684nobodyさん2008/03/02(日) 13:09:50ID:???
>>680
嘘つくなら、せめてコンマだけはちゃんといれようなｗ
null,null と打ってそれを適当な回数コピペしたのばればれだから。
0685nobodyさん2008/03/02(日) 13:14:03ID:???
メソッドの引数を持ち出して、OOPじゃないと言うってことは
Akelosはメソッドの引数がオブジェクトなん？

$params = new Parameter()
$params->setConditions(・・・);
$params->setFields(・・・);
$params->setOrder(・・・);
findAll($params)

いくら引数が少なくてもこんなのはいやだｗ
0686nobodyさん2008/03/02(日) 14:03:11ID:???
お前らいつの話をしているんだ。
1.2からfind系関数はfind()に全て纏められて、推奨引数もシンプルになっている。
http://bakery.cakephp.org/articles/view/new-cakephp-releases

簡単に言うと find($type, $options) この二つだけ。

$typeには文字列all, first, list, countなどが入る。
この指定でそれぞれfindAll(), read(), generateList(), findCount()に対応するようになった。

$optionsには検索条件を指定する連想配列を入れていく。
要するに、 >>682 の引数conditions, fields, order, limit, page, recursiveなどを纏めて管理できる。

CakePHPの投げやりな引数は少しずつ改善されつつある。
頭の悪い愚痴ばかり垂れる暇があったら記事読めば？
0687nobodyさん2008/03/02(日) 15:43:01ID:???
これからは、findメソッドを使ったほうがいいのかな？
0688nobodyさん2008/03/02(日) 15:43:59ID:???
CakePHＰにまったく興味ない
0689nobodyさん2008/03/02(日) 15:50:03ID:???
>>686
readは違う。モデルのインスタンスはテーブルの一行に当たるんだが、

readは、この一行のデータをモデルに読み込むもの。
具体的に言うと、$model->dataが変更されるもので、

find系メソッドはクラスメソッドのような扱いで、
インスタンスの状態は変えずに、値を取得するもの。
0690nobodyさん2008/03/02(日) 17:48:14ID:???
select pc,count(pc) as cnt from pclists gloup by pc
こんな感じでgroup by使って集計ランキング作りたいときfind使ってる？




0691nobodyさん2008/03/02(日) 18:32:01ID:???
なんとなく類推して>>686っぽく書いてみた
$this->User->findByEmail('hoge', 'first', array('recursive' => 1));

発行されたSQL
SELECT "User"."first" FROM ほげほげ WHERE "User"."email" = 'hoge' ORDER BY recursive" 1 ASC LIMIT 1

SQL Error: 1: SQL logic error or missing database

よええ…
0692nobodyさん2008/03/02(日) 18:59:37ID:???
691が何をしたいのかさっぱりわからない。
06936912008/03/02(日) 19:11:42ID:???
$this->User->findByEmail('hoge', null, null, null, null, 1);
がどうにかなるのかなと思ったんだよ
もちろんこっちのヌルヌルならSQL通るよ
0694nobodyさん2008/03/02(日) 20:26:37ID:???
>>690

似たようなことをやってるんだけど、自分でSQLで書くようにしている。
0695nobodyさん2008/03/02(日) 20:45:48ID:???
find、findAllは比較演算子インジェクションの問題があるからfindBy系を主に使ってるけど
こちらは結局今までどおりヌルヌルで書くしかないってこと？
0696nobodyさん2008/03/02(日) 21:22:14ID:???
書きたくなければ自分でAppModelでオーバーライドしたら？
0697nobodyさん2008/03/02(日) 21:28:46ID:???
>>693
nullが一個多いぞ。お前使ってないで文句言ってるだろｗ

で、たった四つの引数でなにごちゃごちゃいってんの？ｗ
0698nobodyさん2008/03/02(日) 21:31:13ID:???
gloup by 使うというか
カラム名をasで別名で使う場合は
直接ＳＱＬ書かないとダメなんかな

select ここがカラム名だけじゃない複雑な場合 from test

は直接ＳＱＬがいいのかな
0699nobodyさん2008/03/02(日) 21:34:46ID:???
$this->User->findByEmail('hoge', null, null, null, null,null, null, null, null,null, null, null, null,null,1)
これがオブジェクト指向なん？ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
0700nobodyさん2008/03/02(日) 21:35:58ID:???
まさにヌル指向言語ですな
0701nobodyさん2008/03/02(日) 21:43:22ID:???
>>696
>>686で書かれているfind系の新しい記述法がfindBy系に適用されるのかどうか
単に確認したいだけなんだけど
現状のCakeだと、findBy系の使用が推奨されること多かったから使ってる人も多いだろうし
0702nobodyさん2008/03/02(日) 23:02:02ID:???
>>688

なぜ、このスレにいるの？
0703nobodyさん2008/03/02(日) 23:24:35ID:???
>>699
また存在しない引数を勝手に増殖ですかｗ
0704nobodyさん2008/03/02(日) 23:48:57ID:???
ここでどんなに騒ごうが、流れは変わらないよなぁ。
自分のFWのスレいって有用な情報で賑わせればいいのに(´・ω・｀)
0705nobodyさん2008/03/03(月) 00:12:48ID:???
考えてみれば、このスレの1は俺が立てたんだったなぁ。
そうか、1年前以上も前からはじめてたんだな。
このスレ立てて正解だった。

あれから俺もずいぶんと成長したな。
いまじゃユニットテストもちゃんと使えるようになったし。

Akelosは名前もすっかり忘れていたが、こっちも俺が立てたんだったなｗ
こっちは残念ながらぜんぜん伸びず。

たぶんね。俺がつかって色々書いているからスレ伸びてるんだと思うよ。
Symfonyはたぶん、4月ぐらい？から俺が使うから伸びると思うよ。
PHP4対応を考慮しなくて良い、個人的なソフトで使う。
それまで、我慢してくれよ。
0706nobodyさん2008/03/03(月) 00:17:28ID:???
ヌル指向言語
0707nobodyさん2008/03/03(月) 00:27:38ID:???
Akelosはヌルを使用しない完全オブジェクト指向。
引数は全部ひとつだけしかない。

foo(array('hiki1'=>1, 'hiki2'=>2, 'hiki3'=>3))
0708nobodyさん2008/03/03(月) 01:08:53ID:???
どんだけクソなフレームワークでも人気が出れば
それについていくしかない。
英語が言語的に最低でも、みんな英語使ってるなら使うしかない
0709nobodyさん2008/03/03(月) 01:50:22ID:???
http://ja.wikipedia.org/wiki/%E3%82%AB%E3%83%90%E3%83%87%E3%82%A3
0710nobodyさん2008/03/03(月) 01:51:11ID:???
すみません、誤爆しました。
0711nobodyさん2008/03/03(月) 01:58:44ID:???
【PHP】ヌルームワーク CakePHP　2ぬめり目
0712nobodyさん2008/03/03(月) 02:57:27ID:???
どんなスレでも湧く粘着ってある意味すごいなと思う今日この頃
0713nobodyさん2008/03/03(月) 08:09:27ID:???
>>709
カバディカバディ
0714nobodyさん2008/03/03(月) 13:22:21ID:???
ComponentからModelを直接参照するのって
設計的にどうなん？
0715nobodyさん2008/03/03(月) 13:37:57ID:???
戯れにdatabase.phpファイルの
var $default = array('driver' => 'mysql',
を
var $default = array('driver' => 'postgres',
に変更したらまあ当然の様にエラーが出た。

Warning: mysql_connect() [function.mysql-connect]: Unknown MySQL server host 'host='example.com' port='5432' dbname='bakesale' user='watashi' password='hogehoge'' (11004) in C:\www\temp\cake\cake\libs\model\dbo\dbo_postgres.php on line 90

しかし、
var $default = array('driver' => 'mysql',
に直しても何時までも上記エラーが出てしまう。
cakePHPでは一度読み込んだ設定ファイルをどっかに溜めてたりするのかな？
教えて下さい偉い人!
0716nobodyさん2008/03/03(月) 14:32:56ID:???
DBからデータを引っ張ってきて、表示するときはループで表示することが多いですよね？

そこでなんですが、ループで回しやすいように配列を整えると思うのですが、この作業はどこでやるのが正しいんですか?
コントローラ/ビュー/ヘルパーどこがよいのでしょう。
0717nobodyさん2008/03/03(月) 16:40:58ID:???
基本はコントローラ以外にロジックを書くべきじゃないと思ってる。
っていうかそればMVCの基本だよね？
0718nobodyさん2008/03/03(月) 17:36:05ID:???
俺はHTMLの生成は全部ヘルパーでやってるな。
コントローラーはバリデーションして、モデルからデータを取得して、ビューに変数をセットするだけなんじゃないの。

0719nobodyさん2008/03/03(月) 18:11:48ID:???
>>718
htmlの生成じゃなくて、データの整理の話じゃないの>>716が言っているのは・・
0720nobodyさん2008/03/03(月) 19:05:23ID:???
おまえはほんとうにバカだなｗｗｗｗｗ
0721nobodyさん2008/03/03(月) 19:21:11ID:???
質問なのだけど、
MingやGDのような外部ライブラリと、それを操作する関数群をCakeに持ってくる場合
ライブラリは当然app/vendorsフォルダに入れれば良いと思うのだけど、
関数群の方はどうしてやるのが良いんだろう？
呼び出し元が二か所になるので、呼び出し側のコントローラにベタでは書きたくないので

そうするとこいつもvendorsの中に入れてコントローラ内でvendor()で呼ぶのか
それとも専用コントローラを作るのか。はたまたコンポーネント？

ちょっと知恵を貸して下さい。
0722nobodyさん2008/03/03(月) 21:01:55ID:???
多分Cakeに限って言えば俺俺クラスもCake式に使えないならvendorになる。そもそも外部というのは自分以外という意味じゃなくCake式に拡張した（例えばコンポーネント）もの以外を使いたい場合に利用するのが作法だと解釈してる。Cakeからしてみたらどっちも外部だからね
0723nobodyさん2008/03/03(月) 21:06:07ID:???
>>714
コンポーネントってMVCでいうところのコントローラなんだから
そこからモデルを直接参照しないで何するんだ？
$Component->Controller->Modelだときもちわるくね？
0724nobodyさん2008/03/03(月) 23:13:06ID:???
>>717
> 基本はコントローラ以外にロジックを書くべきじゃないと思ってる。
> っていうかそればMVCの基本だよね？

ぷっ。3ページ目のBad Cakeそのものですねｗｗｗｗ
http://cakephp.org/files/OCPHP.pdf
0725nobodyさん2008/03/04(火) 00:50:21ID:???
>>724
うーん？モデルに含めるって事?
良く分かんないな
07267212008/03/04(火) 03:21:21ID:???
>722

レスサンクス。やっぱりそれが妥当なんですね。

つかまだCake使い始めだからってのもあるのだけど、
こういう事する場合、あれでもこれでも出来るじゃなくて、
あれの場合はこういう手続きで。みたいなのきちっと一本化して欲しいなぁ。
こういう答えが明確でない事で悩む時間がかなり多い。。
もちろん関数とパラメータの意味を調べる為にソースにらめっこにも時間が取られるわけですが。。

社内ライブラリ群でやってる同規模の案件の倍以上かかってるよorz<当然残業コース。。ﾄﾎﾎ
0727nobodyさん2008/03/04(火) 03:35:17ID:???
>>723
コンポーネントの意味がわかってねーなｗｗｗ
Ｍコンポーネント
Ｖコンポーネント
Ｃコンポーネント
コンポーネントはＭＶＣのそれぞれにあるんだよｗｗｗ
低フレームワークをいじってるやつの基礎知識の無さは半端ねーな

0728nobodyさん2008/03/04(火) 03:41:25ID:???
>>726
フレームワーク覚えながら仕事できるっていい会社ですね
基本的に勉強は勤務外だから
とろとろ覚えながらやるなんて、まず無理
0729nobodyさん2008/03/04(火) 09:30:35ID:???
>>727
だからぁ
Mコンポーネント…Behavior(同じ処理に振る舞いを付ける時)
Vコンポーネント…Helper(表示に関してロジックが必要な時)
Cコンポーネント…Component(手続きを纏めて再利用する時)
Cakeの中ではCコンポーネントの事を単にコンポーネントって
呼んでいるんだから、いかに的外れな事を言ってるのか分かってね。

>>723
直接参照で問題ないでしょ。
データソースを扱いたいためにコンポーネントが
コントローラに依存し出したらそれこそ意味不明。

>>714
何が問題だと感じているの？
0730nobodyさん2008/03/04(火) 09:42:57ID:???
>>727
CakePHPにおけるComponentは
Controllerにしかないよ。
0731nobodyさん2008/03/04(火) 10:25:20ID:???
> >>714
> 何が問題だと感じているの？

>>729
コントローラに追加していないモデルを
どうにしかしてコンポーネントで使うということです。
0732nobodyさん2008/03/04(火) 11:34:34ID:???
>>728
> フレームワーク覚えながら仕事できるっていい会社ですね
> 基本的に勉強は勤務外だから

家では仕事しない主義なんでｗ
0733nobodyさん2008/03/04(火) 11:46:57ID:???
>>731
現実の構成から考えると、Cakeのコンポーネントはあくまで
コントローラに書く記述の共通化用だからな
コントローラをインジェクションして使うものだと割り切った方がいいのでは？
0734nobodyさん2008/03/04(火) 12:23:27ID:Oi3CmVe3
AuthComponentの場合
http://api.cakephp.org/1.2/auth_8php-source.html#l00674

ClassRegistry::init('名前')でモデルを使用可能にしているみたいだけど。
0735nobodyさん2008/03/04(火) 12:24:43ID:???
コントローラにモデルを書いて
コンポーネントに渡すなんてことをしないで、

コンポーネント内部で、uses()を使って
モデルを直接読んでいいですかね？
0736nobodyさん2008/03/04(火) 13:39:48ID:???
コンポーネントの意味が理解できねーやつばっかりｗｗｗ
コントロール＝コンポーネントていう考えがおかしい

Ｍ
Ｖ
Ｃ
コンポーネント

まったく別物だからｗｗｗ
＝で考えるなよバカｗｗｗ
■ このスレッドは過去ログ倉庫に格納されています