コメントで解決済み
アクションとビューがどうやって紐付けられているのかわからない。
こちらのページだと、edit アクションが表示されるときのビューは、editSuccess.php となっているのだが、そう紐付けられる理由がわからない。ディレクトリ構成+ファイル名で決まるのか...。
2010年7月1日木曜日
symfony:実行の必要なコマンドまとめ
こちらのページのチュートリアルのファイルのまとめに続いて、コマンドのまとめ
3:テーブルの生成
3:fixtureを使ったテストデータの投入
4:ディ レクトリのパーミッション
7:post モジュールの作成
リストにしてみると、意外と少ない。
3:テーブルの生成
3:fixtureを使ったテストデータの投入
4:ディ レクトリのパーミッション
7:post モジュールの作成
リストにしてみると、意外と少ない。
symfony:設定の必要なファイルのまとめ
こちらのページのチュートリアルをやってみたのだが、一回通しでやったぐらいでは理解できないので、少しまとめてみる。
このチュートリアルで操作したファイルは、
2:config/databases.yml データベースへの接続設定
3:config/doctrine/schema.yml スキーマの定義
3:data/fixtures/fixtures.yml データベースに投入するテストデータ
4:apps/frontend/config/settings.yml CSRFシークレットの変更
7:apps/frontend/modules/post/actions/actions.class.php 記事一覧画面の URL が呼び出されたときの処理
8:apps/frontend/modules/templates/indexSuccess.php 記事一覧画面のテンプレート
9:lib/form/doctrine/PostForm.class.php フォームクラス
9:apps/frontend/modules/post/actions/actions.class.php PostFormを使って入力を処理するアクション
9:apps/frontend/modules/post/templates/newSuccess.php フォームのビュー
10:lib/form/PostForm.class.php バリデーターの設定
11:apps/frontend/modules/post/actions/actions.class.php 記事一覧画面でのアクションの追加
12:apps/frontend/modules/post/templates/editSuccess.php 編集時に表示されるビュー
13:apps/frontend/config/routing.yml ルーティングの設定
このチュートリアルで操作したファイルは、
2:config/databases.yml データベースへの接続設定
3:config/doctrine/schema.yml スキーマの定義
3:data/fixtures/fixtures.yml データベースに投入するテストデータ
4:apps/frontend/config/settings.yml CSRFシークレットの変更
7:apps/frontend/modules/post/actions/actions.class.php 記事一覧画面の URL が呼び出されたときの処理
8:apps/frontend/modules/templates/indexSuccess.php 記事一覧画面のテンプレート
9:lib/form/doctrine/PostForm.class.php フォームクラス
9:apps/frontend/modules/post/actions/actions.class.php PostFormを使って入力を処理するアクション
9:apps/frontend/modules/post/templates/newSuccess.php フォームのビュー
10:lib/form/PostForm.class.php バリデーターの設定
11:apps/frontend/modules/post/actions/actions.class.php 記事一覧画面でのアクションの追加
12:apps/frontend/modules/post/templates/editSuccess.php 編集時に表示されるビュー
13:apps/frontend/config/routing.yml ルーティングの設定
2010年6月30日水曜日
symfony:チュートリアルが終わった
このブログのコメントで教えていただいたチュートリアルがとりあえず終わった。
- どうも Django とはだいぶ違うらしい
- 設計思想の問題というか、根本的なところで切り分け方が違うようだ。チュートリアルに CakePHP と比較している部分があったので、そちらとは比較ができるのだろう。
- PHP のフレームワークにテンプレートエンジンは要らない
- HTML のソースの中に PHP が直接かけるのだからテンプレートエンジンは要らない。ただ、しテンプレートはプログラマでなくては書けない。Django のテンプレートはデザイナーでも扱えるという意味がやっとわかった。
2010年6月29日火曜日
symfony:ちょっと試そうと思っているのだが...
すごい複雑。プロジェクト・アプリケーションをセットアップするだけでファイルを何十と作る。
Django だと 5-6個なんだけど...。
最初に手をつけたフレームワークが symfony だったら、絶対モノにならなかったと思う。
Django だと 5-6個なんだけど...。
最初に手をつけたフレームワークが symfony だったら、絶対モノにならなかったと思う。
2010年6月28日月曜日
symfony:samba とは相性が悪いらしい
co-linux 上で PHP が動くようにして、symfony のサンドボックスをインストールしたのだが、なんだかうまくいかない。
最初はメッセージ表示ルーチンの IP アドレスチェックに引っかかり(このページを frontend_dev で検索)、結局エラーチェックをコメントアウトapatch のログを見て windows 側のアドレスを探して設定(TAP のアドレスだった)。
それでエラーメッセージは変わったが、まだうまく動かない。Django のときにも思わぬところで引っかかったので、web server の root directory を samba 経由から co-linux のローカルに移動。
無事動いた。
最初はメッセージ表示ルーチンの IP アドレスチェックに引っかかり(このページを frontend_dev で検索)、
それでエラーメッセージは変わったが、まだうまく動かない。Django のときにも思わぬところで引っかかったので、web server の root directory を samba 経由から co-linux のローカルに移動。
無事動いた。
登録:
投稿 (Atom)