BLOGカルテットコミュニケーションズ開発部ブログこの記事は公開されてから1年以上経過しています。情報が古い可能性がありますのでご注意ください。裕美Tweet枠が空いてたので2日連続で書いちゃいます。継承する必要がなくなりました。クラスを継承しなくて良くなったことを歓迎する声をよく聞きます。私も、コントローラー内にコンテナを持たず、依存先サービスをinterface名やクラス名ではっきり指定することで、コントローラクラスの見通しが良くなったと思います。どこかのコントローラで使っているサービスをうっかり削除という事故も減りますね。!Controllerを継承しないということは、以前のコントローラに標準装備されていた便利メソッドが使えなくなってしまいます。ないとかなり辛いです...。いうクラスにまとめられていることを発見しました。...というのはぬか喜びでした。存在が前提になっているのです。言って、ControllerTraitを使うために$containerを注入してしまうと、せっかくFrameworkBundleのControllerを継承しないメリットがほとんどなくなってしまいます。考えたので発表したいと思います!Controllerを継承しないコントローラでも、このtraitを使えば、従来の便利メソッドを利用し続けることができます。いう仕組みが取り入れられ、デフォルトでコントローラもautowiringの恩恵を受けるサービスになっています。アノテーションがついているのいずれかを満たす場合です。つきsetterインジェクションをつけてあるのが見つかると思います。読んで使ってみてください。一度はFrameworkBundleにもコンテナに依存しない版ControllerTraitが入ったのですが、現在はコンテナを注入したものに再度変更されています。)を入れる必要があったり、デフォルトではOFFになっている機能(セッションやCSRFチェック)を有効にする必要があります。いいところ「最低限のコンポーネントでスタートして必要なものだけ入れる」が生きないということで、コンテナ利用版に戻されたのではないかと思います。チェックして、有効になっていないサービスは使わせないということができるからです。ControllerTraitの便利メソッド群も、よく見るとジャンルが別のもの(HTTPエラー関係、セキュリティ関係、URL関係、DB、フォーム)が一つのtrait内に同居している状態です。個人的には、今後、この便利メソッド群はジャンル別のtraitに分けられて、開発者は必要な時に必要なtraitを使う形に進化していくのではないかと期待しています。symfony1時代やSymfony2時代に「Symfonyは設定ファイルが多すぎて...」と敬遠してしまった開発者にも、ぜひ一度試してみてほしいです。TtskchTheme。