トップページ⇒php
981コメント269KB

【PHP】Yii Framework

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2010/12/10(金) 00:41:11ID:???
PHP5 用 Framework Yii (イー) Framework スレ

公式
http://www.yiiframework.com/

チュートリアル
ttp://www.yiiframework.com/doc/guide/

公式フォーラム
ttp://www.yiiframework.com/forum/index.php?/forum/21-japanese/
0220nobodyさん2011/11/07(月) 18:43:39.36ID:???
まぁ大規模小規模の定義が無いから何とも言えんがな
0221nobodyさん2011/11/07(月) 20:13:52.22ID:???
ディレクトリ構成もわりと自由に変えれるから、あとは各人のスキル次第。
0222nobodyさん2011/11/07(月) 22:50:47.25ID:???
>>219
そりゃすまんこ
でも、上にあるような5ページくらいのサイトでも、コントローラのメソッドとビュー書くだけだからな
これにurlManagerとか簡単に設定して使えるから、小規模向けも作りやすいと思うんだよな
0223nobodyさん2011/11/08(火) 01:23:34.30ID:???
そもそも固定の型にはめないとUIが作れないって程ガチガチな作りじゃないから
小さいプロジェクトだろうが大きいプロジェクトだろうが、使い方さえ理解してりゃ開発は優位に進めれるよ
大規模向けーだの小規模むけーだの、そういう括りで考えること自体アホらしい
0224nobodyさん2011/11/08(火) 01:54:02.16ID:???
巨大なプロジェクトの場合は否応無にFW等環境は制限されるだろう
ここを見ている時点で中小規模の開発案件関係者であることは自明

迷い無く自分の好きなFWを選択すれば宜しい
0225nobodyさん2011/11/08(火) 09:49:01.38ID:CETMnjOe
「Yii 比較したいFW」
で検索すると、比較したブログ記事が見つかるから参考にして決めるといい
まだ海外の記事しか出にくいけどね
0226nobodyさん2011/11/08(火) 10:03:07.28ID:???
それよりやっぱりYiiの記法が違和感ありまくり
class Test
{
　　private $_id=1;
}
↑"{"の前に改行入れるのは好みの問題として、
代入式のイコールの前後にスペース入れないのはYiiでしか見たことないｗ
お前ら違和感ない？
0227nobodyさん2011/11/08(火) 10:10:50.82ID:???
>>226
違和感あったけど
狭い画面で開発するのであれば適しているね
0228nobodyさん2011/11/08(火) 10:57:52.51ID:???
違和感あるよな
コーディング規約はひとそれぞれだからな、しょうがなす
0229nobodyさん2011/11/08(火) 11:45:46.55ID:???
ていうか最近その書き方伝染ってしまった…
0230nobodyさん2011/11/08(火) 16:35:46.18ID:???
自分もif文の波括弧なしは「あり」だと思ったので使わせてもらってます
「=」や「=>」は、やっぱりスペースがあったほうがYii

developerのqiangさん曰く、自分はそういう風に書いてしまうのだそう
でも、コーディング規約はそれぞれ作ってね、っていう

Yiiとの比較はSymfonyやCakePHPがターゲットじゃないですか？
ただ、検索して出てくる比較は安易な比較なので、あまり参考になりません

CakePHPがある程度触れるようになったら
結構Yiiも似たり寄ったりなので、それほど難しくはない思います
ただ、日本語の情報が少ないので、英語ができたほうがYii
0231nobodyさん2011/11/08(火) 19:26:53.52ID:???
ソースのフォーマット整えるやつ
そういうのを使ったらいいんじゃね？

使ったことないけど
現実的に読めるソースになるのかな
0232nobodyさん2011/11/08(火) 19:46:39.34ID:???
気に食わないのがあったら、Eclipseなりのフォーマッタで整形すりゃいいだろ
自分が規約を定義できる立場なら好きに作ってコーディングすりゃいいし、
きまった規約があるなら、それにあわせた定義をつくっておきゃボタンひとつで整形終わる

スペースや改行、インデントの有無なんて、機械的に見れば同じコードなわけで
それを気になるからって、人間が手直しするのは馬鹿げてる。至極どうでもいいと思う
0233nobodyさん2011/11/08(火) 19:59:13.03ID:???
同意
逆に自分がどこをいじったか解り易くて良いんじゃね？と考えるとかw
0234nobodyさん2011/11/09(水) 16:14:04.65ID:???
>>232みたいな当たり前なこと言ったら話題がなくなるだろ！
0235nobodyさん2011/11/09(水) 20:27:48.93ID:???
かといって、ホワイトスペースvsタブだの、括弧の位置などの話題が広がっても、不毛でしかないわな
0236nobodyさん2011/11/09(水) 21:03:09.89ID:???
まあたしかに他の規約に慣れてると多少違和感あるね。
無駄なスペースやカッコをできるだけ排除しているようだ。
ある意味合理的だが。
コアファイルはいじらないのが前提だし、自分で書くコードは好きにしたらいいさ。
読むだけなら全然問題ないし、ディスるほどじゃないね。

>>235
まったくだ。
0237nobodyさん2011/11/09(水) 23:32:54.04ID:???
あー、でもまぁ一応実行時コンパイルな言語の場合
無駄な文字は削除したほうがファイルを読み込む時間は短く高速になるから
スペースの有無や改行の有無にもまったく意味がないわけではないんだっけか
つっても、どの道よほどシビアな環境じゃないと体感できる差にはならないのだろうけれど

どちらにせよ、FW内は基本いじらないのが前提だから、
自分の編集するファイルだけ気に入るコードスタイルを使えば問題ないと思う

話題がほしいなら、こういうのとかどうか
ここ見てるyii使ってる奴は、どういう用途で使ったり、どんなものを作ってる？
0238nobodyさん2011/11/10(木) 00:46:48.70ID:???
>>237
つうてもキャッシュやアクセラレータがさくっとその微々たる差さえなかったことにしてくれるからなあ

あと話題振り乙
俺はまだ遊びつつ適用性考えてる感じ
今はZFをライブラリ的に使ってる程度の業務です
フルスタック未経験なんで、Cakeより便利なのかどうかもまだよくわかってないす
0239nobodyさん2011/11/10(木) 09:46:00.60ID:???
とりあえずYiiの基本になれてきたら
アクションの再利用と、Giiのカスタマイズを勉強するといいですよ
他のPHPフレームワークでは味わえない生産性の高さにびっくりします
0240nobodyさん2011/11/10(木) 15:41:02.90ID:???
>>239
ここら辺のノウハウほしいわー
実際widgetとかをgiiで作ってる人はどんな感じで使ってるのか知りたい
example落ちてないよね？
0241nobodyさん2011/11/10(木) 15:42:26.17ID:???
あ、補足
>>240はHow toを知りたいんじゃなくて、
giiでこんなものを自動生成するとすごい便利ですよ、みたいなのが知りたい
0242nobodyさん2011/11/10(木) 17:29:15.87ID:???
俺も>>239みたいなんに興味ある
0243nobodyさん2011/11/10(木) 18:41:11.34ID:???
俺のコードを見ろー
って感じでババーンとアップしてる人とかいたら飛びついちゃうぜ！

ああなんて他力本願な考えだ
0244nobodyさん2011/11/10(木) 18:52:24.80ID:???
取り敢えずScafoldingのタイトル等は翻訳対応タグに囲まれてないので
全て対応するように書き換えてみるとか？

（というよりそうされていない理由が良く解らないが）
0245nobodyさん2011/11/10(木) 19:39:45.95ID:???
ここから適当にDLして中身見ると勉強になりますよ
ttp://www.yiiframework.com/extensions/?tag=gii
0246nobodyさん2011/11/10(木) 19:55:52.80ID:???
>>244
>Scafoldingのタイトル等は
これってどういう意味？
0247nobodyさん2011/11/11(金) 18:29:30.59ID:???
「Yiiのコードがどうであれ、自分のコーディング規約を守ればいいじゃない」
っていう人がいるけど、生成されるコードに手を加えるのがFWのやり方だろ。
自分が編集した部分だけ、タブがスペースで、FWの元の部分がタブ文字だったりするのはちょっとな
置換したらいいとか言う人もいるが、コアファイルまで手を加えるのか？

最終的にはやっぱりFWの通りコーディングすることになるから、
変なコーディングだと違和感を感じてしまってしょうがない

まぁ我慢して慣れるしかないんだろうけどな
0248nobodyさん2011/11/11(金) 19:33:40.64ID:???
揚げ足とろうってわけじゃないけど
> 生成されるコードに手を加えるのがFWのやり方だろ
はちょっと違うかな。それはいわゆる scaffold

っていうかもう終わった話題だけど、先のあれは
タブvsスペースとか、何も生み出さない戦いとかし出す人がでるからやめようぜって話だよ
> FWの元の部分がタブ文字だったりするのはちょっとな
世界共通のコーディング規約があるわけじゃないし、そんな些細な事気にしてたらハゲるだけだと思うぞ
コードを眺めてうっとりする気持ちはすごくわかるけど、
そんなことに時間割くよか、出来上がったもんみてうっとりする時間取ろうぜ

それでも気になっていやだお耐えられないお！
ってんなら、そこはほぼ文字列こねくり回すのが仕事なWebマらしく
ボタンひとつで全コードをこねくり回してお気に入りスタイルに修正する
俺々フォーマッターでも作ったほうがおそらく有意義だと思うｗ
0249nobodyさん2011/11/11(金) 21:57:55.43ID:???
お安い御用です
0250nobodyさん2011/11/12(土) 13:17:16.40ID:???
gridview使いにくいなーと思ったから、CListView使ってたんだけど、
実はいろいろ機能があって、gridviewの方が使いやすいということに気付きました
0251nobodyさん2011/11/12(土) 23:34:37.70ID:???
そもそもgrid, list, detail系のViewWidgetは管理画面でしか使っていない俺
0252nobodyさん2011/11/13(日) 02:28:31.69ID:???
>>251
というと、ページネーションは別のライブラリで実装を？
Yii使う意味あんまなくね？
0253nobodyさん2011/11/13(日) 04:18:18.34ID:???
入れ子のフォームをどうやったらすっきりとDBに登録出来るかなあと試行錯誤してみたら、
以下のようにCJuiTabsのタブを使うと、なんかかっこいい
アクション側では$model1->save()と$model2->save()をトランザクションで囲って、
form1とform2の内容をまとめてDBに登録する感じ

<?php echo CHtml::beginForm(); ?>
<?php
$this->widget('zii.widgets.jui.CJuiTabs', array(
'tabs' => array(
'フォーム1' => $this->renderPartial('form_mod_form1', array('model'=>$model1), true),
'フォーム2' => $this->renderPartial('form_mod_form2', array('model'=>$model2), true),
),
));
?>
<?php echo CHtml::submitButton('登録'); ?>
<?php echo CHtml::endForm(); ?>
0254nobodyさん2011/11/13(日) 04:22:13.73ID:???
>>251
同じく！
管理画面系では使えるけど、表側だと使いにくい。

>>252
俺はページャーはCLinkPagerを拡張して使ってる。
意味ないなんてことはない。
基本機能は揃っててるし、それを拡張しやすい設計なのがYiiのメリットのひとつ。
0255nobodyさん2011/11/13(日) 15:54:16.56ID:???
>>253
HTMLでフォームは入れ子にできないよ？
0256nobodyさん2011/11/14(月) 01:57:36.62ID:???
>>255
すまん、指摘の意味が分からん
入れ子のフォームっていうのが曖昧だったかな

http://www.yiiframework.com/doc/guide/1.1/ja/form.builder#sec-6
ここで言ってるようにユーザ登録フォームでログイン情報とプロファイルのサブフォームに分けた場合、
>>253では、ログインタブとプロファイルタブに分けて登録するイメージ
0257nobodyさん2011/11/14(月) 02:22:51.80ID:???
nameを数種類に分けるってことだよね
0258nobodyさん2011/11/14(月) 13:01:23.01ID:???
Rails→CakePHPはスッと理解できたが、
Yiiはいろいろ独自の機構がたくさんあって覚えることが多いな
0259nobodyさん2011/11/14(月) 15:20:28.62ID:???
自分もモデルでnew Paginationして、ビューでCLinkPagerの流れです
CListViewなどは、デザインを考えると、リスクが高くて使いにくいし
やはりバックエンドで威力を発揮するかと。
あと、CListViewとCGridViewは用途が違うので、比較対照にはなりません
0260nobodyさん2011/11/14(月) 15:46:21.42ID:???
CListViewのどこにデザイン上の制約が発生するのか分からん
テンプレートで自由にデザイン出来るじゃんとか思っちゃうんだが、そんな俺に教えてくれ
0261nobodyさん2011/11/15(火) 11:32:29.44ID:???
ページ送りのボックスデザインのこと？
0262nobodyさん2011/11/15(火) 15:05:04.63ID:???
それはpager.cssをカスタマイズすれば良いと思います
自分はajaxやらsorter機能が必要ないにもかかわらず、CListViewを使うのは、ちょっと…って感じがします
デザイン部分は、template、cssClassプロパティで調整できますが
そこで調整しなくても、CLinkPagerのみ使用して、直感的に書いたほうが断然わかりやすい
0263nobodyさん2011/11/15(火) 15:22:18.90ID:???
人それぞれやり方があるからケチ付けても仕方ないが、
CListViewも内部的にはCLinkPagerを呼んでいる

単にjavascript false, sort falseすれば同じ処理してるのじゃないかなぁ〜とも思う
0264nobodyさん2011/11/15(火) 15:51:13.18ID:???
はい。だからわざわざ使わなくてもいい機能をfalse, false...にしなくても
CPaginationとCLinkPagerでページ作っていったほうがシンプルかなと。
結果同じ処理だったらなおさら最低限のもので組み立てたほうが無駄がなくなるような気がします
02652602011/11/15(火) 18:45:33.29ID:???
ありがとう
理解できたぜ
0266nobodyさん2011/11/21(月) 22:53:07.64ID:???
cake, yiiの次は何が良いかな？FuelPHPがおもしろそうなんだけど。
0267nobodyさん2011/11/22(火) 09:19:46.96ID:???
Yii2
0268nobodyさん2011/11/23(水) 10:48:48.93ID:???
Yii2.0っていつごろリリースされるんだろう
0269nobodyさん2011/11/23(水) 16:50:14.82ID:???
あと1年先か、それ以降でしょうね
0270nobodyさん2011/11/23(水) 19:04:05.05ID:???
1.1系も今年6月以降は音沙汰無しでしょ。
フォーラムなどは活発なのでしょうか？
0271nobodyさん2011/11/23(水) 19:31:06.27ID:???
http://www.yiiframework.com/download/
stableは全然更新されてないね
0272nobodyさん2011/11/23(水) 19:32:33.82ID:???
つーかそこ見て気付いたが、来月に2.0のα版来る予定じゃねえか
0273nobodyさん2011/11/23(水) 21:45:42.47ID:???
>>272
0274nobodyさん2011/11/24(木) 01:22:36.89ID:???
フォーラムのアカウントを持っている方は
以下のURLからYii2.0のいろいろな議論が見れますよ
http://www.yiiframework.com/forum/index.php?/forum/42-design-discussions-for-yii-20/

開発の雰囲気から読み取ってみても今年の12月に2.0aがリリースされる感じではないですねぇ
ただ自分は、2.0や1.1.9がリリースされる前に、1.1系で勉強することが山ほどあります・・
0275nobodyさん2011/11/24(木) 11:00:45.11ID:???
2,3ヶ月周期だったものが音沙汰ないってなにか理由があるのかね
0276nobodyさん2011/11/24(木) 15:30:55.29ID:???
次のバージョンが1.1.9ですし
1.2系や2.0の議論が活発化してるんじゃないですかねぇ？

1.1.9のChange Logはこちらで見れます
http://code.google.com/p/yii/source/browse/trunk/CHANGELOG
0277nobodyさん2011/11/24(木) 18:53:46.81ID:???
http://www.quora.com/PHP/Codeigniter-or-Yii
みんなYiiを薦めてる。
やっぱりYiiはｲｲね。
0278nobodyさん2011/11/24(木) 21:40:35.76ID:???
やっぱ新しいものを最初から英語のみで学ぶのは難しいわ
チュートリアルだけでも完全に日本語化してくれないかなぁ
APIやマニュアルは英語でもいいんだけど・・・
0279nobodyさん2011/11/25(金) 00:06:19.09ID:???
>>278
よろしく頼む
0280nobodyさん2011/11/25(金) 01:35:45.19ID:???
一応ガイドは全部日本語化されてるじゃん
あれ読めばとりあえず基本は抑えれるよ
0281nobodyさん2011/11/25(金) 01:44:08.86ID:???
>>280
やっぱフレームワークの開発ってそれぞれ独自の流れがあるから、
チュートリアルって結構大事なんだよね
0282nobodyさん2011/11/25(金) 11:16:56.38ID:???
チュートリアル見て、分からない概念は日本語化されたガイドで確認するとかでいいんじゃないの
いくら英語力なくても、それくらい辞書使いながらでも出来るでしょ
0283nobodyさん2011/11/25(金) 20:14:19.30ID:???
おそらくガイドではなくデモのことを言っているじゃないかな？
アプリ作るにあたって、大まかな流れはどのように作っていくかとか
諸々のベストプラクティスはどのように書くかとか

でも、CakePHPなどと一緒で

1. マイグレーション作成
2. フィクスチャ作成して、テスト
3. Giiなりでモデル作成、カスタマイズ
4. Giiなりでコントローラ作成、カスタマイズ
5. ビュー作成
6. キャッシュなどでチューニング

みたいな流れでまずは良いんじゃないの？
慣れてきたら、再利用性を考えて
モジュール、ビヘイビア、コンポーネント、アクションを作ってみたり
Giiのテンプレートを自分の好みの形にカスタマイズしてみたり

自分の触った限りでは
モジュール、ビヘイビア、コンポーネントなどは
Cakeより作りやすい気がします。モジュールはCakeではプラグインになるのかな？
0284nobodyさん2011/11/25(金) 20:38:23.32ID:???
>>283
マイグレーション使いキター
アレ便利なの？
必要性が良く分かんないよ
0285nobodyさん2011/11/25(金) 23:08:17.72ID:???
http://www.atmarkit.co.jp/fcoding/rails/articles/rails3/03/rails303b.html
Railsでのマイグレーションの例ですが、Yiiでも意味合いは一緒かと思います
0286nobodyさん2011/11/26(土) 11:07:30.03ID:ZfCL7aO5
そもそもActiveRecordなんか使わんしな。
0287nobodyさん2011/11/26(土) 12:00:19.41ID:???
>>286
え？ajaxオプション便利じゃん
0288nobodyさん2011/11/26(土) 16:03:43.28ID:???
YiiのActiveRecordはよくできてて、便利だと思うんだが…。
生産性が全然変わってくる。
パフォーマンスが必要な特殊なSQLとか直接発行したほうがいい場合もあるだろうけど。
0289nobodyさん2011/11/26(土) 17:09:27.06ID:???
>>286
それは興味深いな
俺みたいな素人だとCActiveRecord便利すぎとか安易に思っちゃうんだけど、
どういう時に使えないとか弱点みたいなのを教えてくれると嬉しいな
こういう時は使わないほうが便利とかも
0290nobodyさん2011/11/26(土) 17:36:54.40ID:???
使える、使えないというよりも
単に今までずっとSQLをがんがん書いてきた人にとっては
わざわざActiveRecordを使う必要はないっていうだけの話だと思いますが…
0291nobodyさん2011/11/26(土) 22:15:33.95ID:???
え？O/Rマップ系を使うメリットが強烈だからSQLガンガンかける人は余計に使うはずなんだけど…
0292nobodyさん2011/11/26(土) 22:38:07.25ID:???
おっと>>290に同意しかかったが、
SQLを書いてきたかどうかなんかどうでもいいだろ。
「仕事で書く」限り、生SQLかARか外部O/Rかは大部分は
規約化するからな。その決定権が自分にあるとか、遊びと
か数ページのサンプルサイトなら自由に書いていいが。

微妙な生産性で判断したとか好みで選ぶのでない限り、
AR乗っかってるFWなら半自動的にARになるな。
Zendみたいに切り取り自由っつーなら別だけど。
0293nobodyさん2011/11/27(日) 00:05:11.13ID:???
まじで1.9自体途中から全然手付かずで更新されてないんだな
もしかしてみんな2.0に着手してんのか？
0294nobodyさん2011/11/27(日) 01:23:37.91ID:???
手付かずで更新されていないというのはどこで判断できるものなんですか？
0295nobodyさん2011/11/27(日) 01:33:35.36ID:???
すまん、見るとこ間違ってた

http://code.google.com/p/yii/source/list
ちゃんと更新されてた
qiang氏は9月以降手を付けてないようだが
0296nobodyさん2011/11/27(日) 02:01:49.77ID:???
Yiiでのテストって
デモのblogやリポジトリのコアのtestsやらを見て
勉強できるんですね。知りませんでしたｗ
0297nobodyさん2011/11/27(日) 08:56:26.92ID:???
10年やってるけどテストなんて自動化したことないな
適当にフォームに値入れて送信するだけだわ
0298nobodyさん2011/11/27(日) 12:59:58.63ID:???
O/Rマッピングのなにが便利なのかわからん。
SQL直書きの方が早くて簡単じゃん。
0299nobodyさん2011/11/27(日) 13:14:02.28ID:???
Forum流し読みしましたけど
2.0ではバージョン管理がGit/GitHubに変わる計画なんですね
その他、PHPのバージョンは5.3以上、1系との互換性はない様子で
名前空間、無名関数がコアで頻繁に使われる、とのこと
0300nobodyさん2011/11/27(日) 14:50:00.43ID:???
>>297
俺も次のプロジェクトからテスト自動化するんだって言って数年経ってる
0301nobodyさん2011/11/27(日) 15:06:06.78ID:???
>>298
search関数書いてる時はたしかにそう感じる
でも単一データ読みだす時は記述が少ないからすげー便利と思う
0302nobodyさん2011/11/27(日) 16:05:38.20ID:???
>>300
おれもれも
割といるんだな安心した
いや安心しちゃいかんのか
0303nobodyさん2011/11/27(日) 16:09:06.03ID:???
CakePHP使ったこと有るひとに質問です。
・学ぶ上で、知っておいたほうがいいCakePHPとの主な違いはなに？
・CakePHPはページング処理がちょっと複雑なSQLを発行したい場合面倒になるんですが、
　Yiiでは問題ないですか？
0304nobodyさん2011/11/27(日) 17:02:09.23ID:???
複雑なSQLってどんなかな？
0305nobodyさん2011/11/27(日) 17:21:21.79ID:???
>>304
JOINやGROUPを多用するようなものです
0306nobodyさん2011/11/27(日) 21:36:54.60ID:???
SQLは所詮条件文でしかなくて、プログラミング言語とくらべりゃすごい簡単だけど
修正とか他人が書いたものの把握がめんどくさいってのもある
少しでもパフォーマンスをあげないといけない場面ではSQLを弄ることは重要だけど
さしてそうでもない場面まで全部SQL書いてやりくり、ってのは、
再利用性が下がる要素にこそあれ、あんまりメリットがないからなー
O/Rマッピングは楽でいいよ
0307nobodyさん2011/11/27(日) 21:49:12.25ID:???
>>297
覚える手間やテスト書く手間はかかるけど、自動化便利だよー。
テストフェーズでいつも手を抜いてるような、いい加減な人はかなり嫌がるけどｗ
作る手間はあるとはいえ、入出力をテストすんのが殆どだから、大して難しい内容でもないし。
作っちゃえばボタンぽんぽんでテスト終わり、結果が残せてそれ自体も成果物にもなるのは便利。

まー、結合やら納品後に単体レベルの不具合ぼろぼろ出してても、
特にお咎めなしなら、やんなくても実害はないと思うけどなー。

>>298
むしろO/Rマップの何に「時間がかかって簡単じゃない(難しい？)」かがわからないよ！
それ単に理解しようとしてないだけじゃね。
新しいことをも覚える努力放棄してたら、周りから老害だって思われる奴が生まれちゃうんだぜ？
0308nobodyさん2011/11/27(日) 22:02:59.57ID:???
>>303
例えば、
Cakeはfindで配列が返ってくる。
Yiiはオブジェクト（モデル）が返ってくる。
Cakeは規約重視。
Yiiはある程度の取り決めを推奨しているがカスタマイズ可能。
0309nobodyさん2011/11/27(日) 23:15:24.47ID:???
>>307
テストにしろO/RマップにしろYiiから出たらまた別のもの使わなきゃいけないからな。
PHPだけ使ってるわけでもないし。
まんどくせ。
0310nobodyさん2011/11/28(月) 00:16:09.87ID:???
ttp://blog.y-110.net/log/eid86.html

これ結構同感だわ。
0311nobodyさん2011/11/28(月) 00:30:26.14ID:???
そこでオブジェクトデータベースの登場
よく知らんけど
0312nobodyさん2011/11/28(月) 00:35:35.06ID:???
まったく流行らなかった。
RDBMSが仕様はどうあれ、ある程度のわかりやすさとパフォーマンスで成功してるのは理由があると思う。
0313nobodyさん2011/11/28(月) 00:40:45.81ID:???
>>310
>O/Rマッピングはその SQL を自動的に生成し, 実行します。
>一番大事な SQL が見えない部分で勝手に実行されるって, 怖くないですか？
>本当に効率のいい SQL を実行しているんでしょうか？
Yiiなら吐き出されるSQLが明確にわかるから、問題に感じたことがないな
SQLでパフォーマンス問題が発生したなら、その対策は出来るということだ
最悪、生で書いてもいい
Yiiの場合、パフォーマンスだけが問題なら対策は出来るので、使ったほうが良いという結論になる
>>309のようにSQLを直接書いたほうがやり易い奴を除いてな
大抵の初心者は、YiiにおいてO/Rマッピングの恩恵を十分に受けることが出来るだろう
0314nobodyさん2011/11/28(月) 00:46:21.17ID:???
ORM = SQLを知らなくていい

というのがそもそもの間違い。
0315nobodyさん2011/11/28(月) 00:56:12.42ID:???
SQL知らないとdbcriteria書けないもんなｗ
0316nobodyさん2011/11/28(月) 01:13:05.50ID:???
はなからORMを悪だと言い切ってるのがあふぉらしい。
SQLを理解してる上で使いこなせばいいだけだし。
そもそもWEBアプリでORMが使えないような複雑なSQLを頻繁に発行する必要になる設計がおかしい。
そういうのはバッチ処理でやれ。

>>314がいうように
ORMがあるからSQLは知らなくていっていう考えは間違いだと思う。
0317nobodyさん2011/11/28(月) 16:41:28.30ID:???
>>303
CakePHPよりも日本語での情報量が圧倒的に少ない
CakePHPより圧倒的に速くWebアプリケーションが作れる
CakePHPよりもやや読み込みが速い
CakePHPのAPIより圧倒的にみやすいAPIがある
CakePHPよりもややextension(plugin)が豊富
CakePHPよりもajax, jQuery, jQuery UIなどと仲が良い
CakePHPよりも圧倒的に再利用性を考えて設計されている
CakePHPよりACLが圧倒的にわかりやすい
CakePHPよりいろんな意味で柔軟なので、アプリケーションの設計で迷う箇所が出てくる場合がある
CakePHPみたいにrecursiveの心配はいらない
CakePHPを触ったあとにYiiを触った人は、CakePHPにはなかなか戻りづらい
かといって自分はCakePHPも嫌いではない

あと、ページング処理の件はYiiでは問題ありませんよ
おそらくCakePHPをある程度触れるひとは
少しの苦労でYiiを触れるようになると思います
0318nobodyさん2011/11/28(月) 21:54:43.98ID:???
ケーキの話ばっかりするからお腹空いてきた
0319nobodyさん2011/11/29(火) 01:49:55.49ID:???
>GitHubでFuelPHPを検索したら本家を含め77リポジトリあった。結構いろんな方がプロジェクトがあるもんだね。
>他のFWも検索してみたけどCodeIgniterは678。Symfonyは1580。CakePHPが950。Kohanaが967。Yiiが290。
>なんか意外。

ちょっと引用。http://imagine-that.co.uk/other/ChartExport.png
何だかんだ云って2005年くらいからあるしそれなりに使ってる人
多いのは仕方ないかも。しかしsymfony多いなぁ…
■ このスレッドは過去ログ倉庫に格納されています