のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,897人
昨日:no data人
今日:
最近の注目
人気の最安値情報

    元スレ【PHP】Yii Framework

    php覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    251 = :

    そもそもgrid, list, detail系のViewWidgetは管理画面でしか使っていない俺

    252 = :

    >>251
    というと、ページネーションは別のライブラリで実装を?
    Yii使う意味あんまなくね?

    253 = :

    入れ子のフォームをどうやったらすっきりと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(); ?>

    254 = :

    >>251
    同じく!
    管理画面系では使えるけど、表側だと使いにくい。

    >>252
    俺はページャーはCLinkPagerを拡張して使ってる。
    意味ないなんてことはない。
    基本機能は揃っててるし、それを拡張しやすい設計なのがYiiのメリットのひとつ。

    255 = :

    >>253
    HTMLでフォームは入れ子にできないよ?

    256 = :

    >>255
    すまん、指摘の意味が分からん
    入れ子のフォームっていうのが曖昧だったかな

    http://www.yiiframework.com/doc/guide/1.1/ja/form.builder#sec-6
    ここで言ってるようにユーザ登録フォームでログイン情報とプロファイルのサブフォームに分けた場合、
    >>253では、ログインタブとプロファイルタブに分けて登録するイメージ

    257 = :

    nameを数種類に分けるってことだよね

    258 = :

    Rails→CakePHPはスッと理解できたが、
    Yiiはいろいろ独自の機構がたくさんあって覚えることが多いな

    259 = :

    自分もモデルでnew Paginationして、ビューでCLinkPagerの流れです
    CListViewなどは、デザインを考えると、リスクが高くて使いにくいし
    やはりバックエンドで威力を発揮するかと。
    あと、CListViewとCGridViewは用途が違うので、比較対照にはなりません

    260 = :

    CListViewのどこにデザイン上の制約が発生するのか分からん
    テンプレートで自由にデザイン出来るじゃんとか思っちゃうんだが、そんな俺に教えてくれ

    261 = :

    ページ送りのボックスデザインのこと?

    262 = :

    それはpager.cssをカスタマイズすれば良いと思います
    自分はajaxやらsorter機能が必要ないにもかかわらず、CListViewを使うのは、ちょっと…って感じがします
    デザイン部分は、template、cssClassプロパティで調整できますが
    そこで調整しなくても、CLinkPagerのみ使用して、直感的に書いたほうが断然わかりやすい

    263 = :

    人それぞれやり方があるからケチ付けても仕方ないが、
    CListViewも内部的にはCLinkPagerを呼んでいる

    単にjavascript false, sort falseすれば同じ処理してるのじゃないかなぁ~とも思う

    264 = :

    はい。だからわざわざ使わなくてもいい機能をfalse, false...にしなくても
    CPaginationとCLinkPagerでページ作っていったほうがシンプルかなと。
    結果同じ処理だったらなおさら最低限のもので組み立てたほうが無駄がなくなるような気がします

    265 = :

    ありがとう
    理解できたぜ

    266 = :

    cake, yiiの次は何が良いかな?FuelPHPがおもしろそうなんだけど。

    269 = :

    あと1年先か、それ以降でしょうね

    270 = :

    1.1系も今年6月以降は音沙汰無しでしょ。
    フォーラムなどは活発なのでしょうか?

    272 = :

    つーかそこ見て気付いたが、来月に2.0のα版来る予定じゃねえか

    273 = :

    >>272

    274 = :

    フォーラムのアカウントを持っている方は
    以下の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系で勉強することが山ほどあります・・

    275 = :

    2,3ヶ月周期だったものが音沙汰ないってなにか理由があるのかね

    277 = :

    http://www.quora.com/PHP/Codeigniter-or-Yii
    みんなYiiを薦めてる。
    やっぱりYiiはイイね。

    278 = :

    やっぱ新しいものを最初から英語のみで学ぶのは難しいわ
    チュートリアルだけでも完全に日本語化してくれないかなぁ
    APIやマニュアルは英語でもいいんだけど・・・

    279 = :

    >>278
    よろしく頼む

    280 = :

    一応ガイドは全部日本語化されてるじゃん
    あれ読めばとりあえず基本は抑えれるよ

    281 = :

    >>280
    やっぱフレームワークの開発ってそれぞれ独自の流れがあるから、
    チュートリアルって結構大事なんだよね

    282 = :

    チュートリアル見て、分からない概念は日本語化されたガイドで確認するとかでいいんじゃないの
    いくら英語力なくても、それくらい辞書使いながらでも出来るでしょ

    283 = :

    おそらくガイドではなくデモのことを言っているじゃないかな?
    アプリ作るにあたって、大まかな流れはどのように作っていくかとか
    諸々のベストプラクティスはどのように書くかとか

    でも、CakePHPなどと一緒で

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

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

    自分の触った限りでは
    モジュール、ビヘイビア、コンポーネントなどは
    Cakeより作りやすい気がします。モジュールはCakeではプラグインになるのかな?

    284 = :

    >>283
    マイグレーション使いキター
    アレ便利なの?
    必要性が良く分かんないよ

    285 = :

    http://www.atmarkit.co.jp/fcoding/rails/articles/rails3/03/rails303b.html
    Railsでのマイグレーションの例ですが、Yiiでも意味合いは一緒かと思います

    289 = :

    >>286
    それは興味深いな
    俺みたいな素人だとCActiveRecord便利すぎとか安易に思っちゃうんだけど、
    どういう時に使えないとか弱点みたいなのを教えてくれると嬉しいな
    こういう時は使わないほうが便利とかも

    290 = :

    使える、使えないというよりも
    単に今までずっとSQLをがんがん書いてきた人にとっては
    わざわざActiveRecordを使う必要はないっていうだけの話だと思いますが…

    291 = :

    え?O/Rマップ系を使うメリットが強烈だからSQLガンガンかける人は余計に使うはずなんだけど…

    292 = :

    おっと>>290に同意しかかったが、
    SQLを書いてきたかどうかなんかどうでもいいだろ。
    「仕事で書く」限り、生SQLかARか外部O/Rかは大部分は
    規約化するからな。その決定権が自分にあるとか、遊びと
    か数ページのサンプルサイトなら自由に書いていいが。

    微妙な生産性で判断したとか好みで選ぶのでない限り、
    AR乗っかってるFWなら半自動的にARになるな。
    Zendみたいに切り取り自由っつーなら別だけど。

    293 = :

    まじで1.9自体途中から全然手付かずで更新されてないんだな
    もしかしてみんな2.0に着手してんのか?

    294 = :

    手付かずで更新されていないというのはどこで判断できるものなんですか?

    295 = :

    すまん、見るとこ間違ってた

    http://code.google.com/p/yii/source/list
    ちゃんと更新されてた
    qiang氏は9月以降手を付けてないようだが

    297 = :

    10年やってるけどテストなんて自動化したことないな
    適当にフォームに値入れて送信するだけだわ

    298 = :

    O/Rマッピングのなにが便利なのかわからん。
    SQL直書きの方が早くて簡単じゃん。

    299 = :

    Forum流し読みしましたけど
    2.0ではバージョン管理がGit/GitHubに変わる計画なんですね
    その他、PHPのバージョンは5.3以上、1系との互換性はない様子で
    名前空間、無名関数がコアで頻繁に使われる、とのこと

    300 = :

    >>297
    俺も次のプロジェクトからテスト自動化するんだって言って数年経ってる


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

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


    トップメニューへ / →のくす牧場書庫について