symfonyのバンドル構成、複数のバンドルを使用する場合のコードの構成方法

Question

Symfony 2.0アプリケーションの構造に関するベストプラクティスに関するガイダンスを探しています。私はいくつかのバンドル（カートバンドル、製品バンドル、CMSバンドル）を持っていて、私のページを作成するときにこれらのバンドルのすべての側面を使用したい場合、どうすればいいのですか？

私はこれを行う2つの方法を想像することができますが、（いずれかの場合）正しいかどうかについてのガイダンスを探しています。

1）私のバンドルのすべての機能をサービスを通じて公開し、これらのサービスをtwig内から直接使用できるようにしてください。この方法で、最も適切なバンドルにルーティング要求を渡すことができます（http://myclient.org/User/Account）。これは、処理するClientUserバンドルに渡されますが、ナビゲーション内にミニショッピングカートを持つ基本テンプレートは、 （これを渡す必要はありません）

2）他のすべてのバンドルにアクセスするバンドルを作成して、ページをビルドします（VendorFrontendやVendorBackendなど）。これは、すべてのルーティング要求がこのバンドルに渡されることを意味し、このバンドルはテンプレートに渡す前にページのすべての部分について必要な情報にアクセスします。

最初のオプションが間違っていると感じました。なぜなら、Twigがサービスを直接消費することを許可することさえできないのかどうかわからないからです（サービスコンテナを介して）？

2番目のオプションは2番目のルータを使用するようなものなので、ルートは別のバンドルを構成するためだけに存在するバンドルに渡されます（このバンドルはバンドルに密接に結合されています使用する）。確かに、これはコードが再利用可能であるという「バンドル」の概念に反するものです。

この例では、デモンストレーションのために非常に簡単なe-comサイトを構築しようとしています。私は基本的なナビゲーション、ミニショッピングカート、ボディとフッタを持つベーステンプレートを持っています。これを/ app/Resourcesディレクトリに保存します。他のすべてのテンプレートにこのテンプレートを継承し、 'body'領域をオーバーライドすることを計画していました。

スプーンフードしたくない、正しい方向のちょっとした動き。ありがとう。

Answer 1

"ページ"を生成するには、レンダリングするために必要なテンプレートが含まれている可能性があるすべての変数を一緒に集めなければならないという考え方から離れることが重要だと思います。テンプレート。コントローラーは、サーブしているリクエストに対して特定のものだけを実行する必要があります。 URLに参照されている特定の製品がある場合は、製品を取り出してテンプレートに渡します。特定の製品が参照されていても、それが存在しないか、または表示されるべきでない場合は、404/410 /何かが適切であると回答します。特定のコレクションがある場合は、コレクションをフェッチして渡します。ルーティング/コントローラは、URL自体やHTTPメソッドなどのリクエストをデコードして、それを特定のものに変換する必要があります。特定のリクエストに固有ではなく一般的なものは、そこに属しません。

また、Twigテンプレートから使用するバンドルを抽象化することも重要です。私は、より多くのテンプレートがプッシュされるのではなく、必要なものを「プル」することを提唱していますが、これはDIコンテナを介して、バンドル内のTwig関数の定義によって実現されます現在のリクエストなどになるように変更する可能性があります。つまり、商品カテゴリと関係がある場合は、パラメータとして商品カテゴリオブジェクトを取得させます。

答えは1）2）以上ですが、Twigを通して直接サービスにアクセスすべきではありません - テンプレート内で意味論的な意味を持つ関数を介してプロキシする必要があります。実行時に、あなたが自由に含めたり書き込んだりする新しいバンドルで異なる定義をするサービスです。