冗長な作成を回避し、クリーンな組織を確保するための、Symfony2 でのバンドルのベスト プラクティスは何ですか?

Symfony2 の概念的な難題: 一般的なバンドルと特定のバンドル

バンドル構造のナビゲート

作成フロントエンドやバックエンドなど、アプリケーションの一般的なセクションのバンドルは懸念を引き起こす可能性があります。可能ではありますが、最も推奨される方法ではありません。代わりに、同じバンドル内にフロントエンドとバックエンドの両方の機能を含めることを検討してください。

レイアウトの場所

レイアウトの推奨される場所は、app/Resources/views/ ディレクトリではありません。ただし、特定のバンドルの Resources/views ディレクトリ内にあります。これにより、よりクリーンな編成と簡単なメンテナンスが可能になります。

共通コードの管理

複数のバンドルで共有されるコードの場合、CommonBundle が適切なオプションです。これにより、過剰なバンドル作成や曖昧な意思決定が不要になります。さらに、CommonBundle には、CSS、画像、共通ビューなどの再利用可能な要素を格納できます。

アプリ固有のバンドル

これまでのアプローチとは異なり、現在は 1 つだけを持つことが推奨されています。 AppBundle という名前のアプリ固有のバンドル。これにより、開発が簡素化され、不必要な複雑さが排除され、バンドル間の相互依存性が確保されます。アプリ固有のバンドルには、エンティティと Symfony2 固有ではないコンポーネントの両方が含まれる場合があります。

サブネームスペースと再利用性

バンドル内のサブネームスペースを利用すると、過剰なバンドル作成に頼らずに論理パーティション化が可能になります。 。 AppBundle 内のコードが再利用可能になった場合は、独立したベンダーがインストールするバンドルとして抽出してパッケージ化できます。

以上が冗長な作成を回避し、クリーンな組織を確保するための、Symfony2 でのバンドルのベスト プラクティスは何ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。