Yii2.0ではMongoDBがサポートされるらしい。まだまだ先の話だが。

relationしたときのdefaultScopeのデータベースAliasの扱いが難しかったような記憶がある

getTableAliasを使えばよい。

アクションによってモデルのbeforeSave()の挙動を変えたいときって
シナリオを使うのか、Yii::app()->controller->action->idを使うのは、どっちがいいかわかんない

beforeSaveの処理内容だったらactionのIDで振り分けたほうがいいんじゃねえの
個人的にはシナリオはrulesを分けるために使うって認識なんだが

actionのIDって1ならこの処理、2ならこの処理ってswitch等で処理分けするってこと？

actionのidはidってなってるけど、コントローラ名だ。

訂正、アクション名。

IDは数値ってイメージがあるのは凄くわかるけど、実際は識別子だしな
文字列であっても一意に識別できる値であればID

>>205
なるほどー。参考にします。ありがとう。

大規模サイトはsynfony小規模はCakePHPが定番ですが
Yiiは大中小どのへんをカバーできますか？

自分の活動してる範疇ではそれが定番かもしれないが

え？そうなんですか？例えば5ページのものをわざわざsynfonyで作る企業とかあるんですか？

極端な
まあ5ページでもよほど動的なら…いやどういうケースなら5ページになるのか想像つかないな
別案件で作ったテンプレ流用でさくっと終わらせたいとかなら、10数ページ程度のインフォメーションサイトでも無意味ではないんじゃね

企業サイトなら普通にありますが

規約ガチガチ（大規模用途）
ゆるゆる（中小規模用途）

ってことじゃね？指揮官次第でどっちでもいいんだろうが。

中小向けって感じじゃね
大規模の要件ってのを知らないから、大規模向けに向いてないとは言えないけど

Yiiは中、大規模向けに設計されています
どう考えても小規模向けって感じではないです

まぁ大規模小規模の定義が無いから何とも言えんがな

ディレクトリ構成もわりと自由に変えれるから、あとは各人のスキル次第。

>>219
そりゃすまんこ
でも、上にあるような5ページくらいのサイトでも、コントローラのメソッドとビュー書くだけだからな
これにurlManagerとか簡単に設定して使えるから、小規模向けも作りやすいと思うんだよな

そもそも固定の型にはめないとUIが作れないって程ガチガチな作りじゃないから
小さいプロジェクトだろうが大きいプロジェクトだろうが、使い方さえ理解してりゃ開発は優位に進めれるよ
大規模向けーだの小規模むけーだの、そういう括りで考えること自体アホらしい

巨大なプロジェクトの場合は否応無にFW等環境は制限されるだろう
ここを見ている時点で中小規模の開発案件関係者であることは自明

迷い無く自分の好きなFWを選択すれば宜しい

「Yii 比較したいFW」
で検索すると、比較したブログ記事が見つかるから参考にして決めるといい
まだ海外の記事しか出にくいけどね

それよりやっぱりYiiの記法が違和感ありまくり
class Test
{
　　private $_id=1;
}
↑"{"の前に改行入れるのは好みの問題として、
代入式のイコールの前後にスペース入れないのはYiiでしか見たことないｗ
お前ら違和感ない？

>>226
違和感あったけど
狭い画面で開発するのであれば適しているね

違和感あるよな
コーディング規約はひとそれぞれだからな、しょうがなす

ていうか最近その書き方伝染ってしまった…

自分もif文の波括弧なしは「あり」だと思ったので使わせてもらってます
「=」や「=>」は、やっぱりスペースがあったほうがYii

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

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

CakePHPがある程度触れるようになったら
結構Yiiも似たり寄ったりなので、それほど難しくはない思います
ただ、日本語の情報が少ないので、英語ができたほうがYii

ソースのフォーマット整えるやつ
そういうのを使ったらいいんじゃね？

使ったことないけど
現実的に読めるソースになるのかな

気に食わないのがあったら、Eclipseなりのフォーマッタで整形すりゃいいだろ
自分が規約を定義できる立場なら好きに作ってコーディングすりゃいいし、
きまった規約があるなら、それにあわせた定義をつくっておきゃボタンひとつで整形終わる

スペースや改行、インデントの有無なんて、機械的に見れば同じコードなわけで
それを気になるからって、人間が手直しするのは馬鹿げてる。至極どうでもいいと思う

同意
逆に自分がどこをいじったか解り易くて良いんじゃね？と考えるとかw

>>232みたいな当たり前なこと言ったら話題がなくなるだろ！

かといって、ホワイトスペースvsタブだの、括弧の位置などの話題が広がっても、不毛でしかないわな

まあたしかに他の規約に慣れてると多少違和感あるね。
無駄なスペースやカッコをできるだけ排除しているようだ。
ある意味合理的だが。
コアファイルはいじらないのが前提だし、自分で書くコードは好きにしたらいいさ。
読むだけなら全然問題ないし、ディスるほどじゃないね。

>>235
まったくだ。

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

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

話題がほしいなら、こういうのとかどうか
ここ見てるyii使ってる奴は、どういう用途で使ったり、どんなものを作ってる？

>>237
つうてもキャッシュやアクセラレータがさくっとその微々たる差さえなかったことにしてくれるからなあ

あと話題振り乙
俺はまだ遊びつつ適用性考えてる感じ
今はZFをライブラリ的に使ってる程度の業務です
フルスタック未経験なんで、Cakeより便利なのかどうかもまだよくわかってないす

とりあえずYiiの基本になれてきたら
アクションの再利用と、Giiのカスタマイズを勉強するといいですよ
他のPHPフレームワークでは味わえない生産性の高さにびっくりします

>>239
ここら辺のノウハウほしいわー
実際widgetとかをgiiで作ってる人はどんな感じで使ってるのか知りたい
example落ちてないよね？

あ、補足
>>240はHow toを知りたいんじゃなくて、
giiでこんなものを自動生成するとすごい便利ですよ、みたいなのが知りたい

俺も>>239みたいなんに興味ある

俺のコードを見ろー
って感じでババーンとアップしてる人とかいたら飛びついちゃうぜ！

ああなんて他力本願な考えだ

取り敢えずScafoldingのタイトル等は翻訳対応タグに囲まれてないので
全て対応するように書き換えてみるとか？

（というよりそうされていない理由が良く解らないが）

ここから適当にDLして中身見ると勉強になりますよ
http://www.yiiframework.com/extensions/?tag=gii

>>244
>Scafoldingのタイトル等は
これってどういう意味？

「Yiiのコードがどうであれ、自分のコーディング規約を守ればいいじゃない」
っていう人がいるけど、生成されるコードに手を加えるのがFWのやり方だろ。
自分が編集した部分だけ、タブがスペースで、FWの元の部分がタブ文字だったりするのはちょっとな
置換したらいいとか言う人もいるが、コアファイルまで手を加えるのか？

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

まぁ我慢して慣れるしかないんだろうけどな

揚げ足とろうってわけじゃないけど
> 生成されるコードに手を加えるのがFWのやり方だろ
はちょっと違うかな。それはいわゆる scaffold

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

それでも気になっていやだお耐えられないお！
ってんなら、そこはほぼ文字列こねくり回すのが仕事なWebマらしく
ボタンひとつで全コードをこねくり回してお気に入りスタイルに修正する
俺々フォーマッターでも作ったほうがおそらく有意義だと思うｗ

お安い御用です

gridview使いにくいなーと思ったから、CListView使ってたんだけど、
実はいろいろ機能があって、gridviewの方が使いやすいということに気付きました