Skip to content

Commit 1b6ba3d

Browse files
committed
Merge pull request #337 from DQNEO/best-practices-controllers
Best practices controllers
2 parents a155296 + 144ddcd commit 1b6ba3d

File tree

1 file changed

+198
-0
lines changed

1 file changed

+198
-0
lines changed

best_practices/controllers.rst

Lines changed: 198 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,198 @@
1+
コントローラー
2+
===========
3+
Symfonyは薄いコントローラとファットなモデルという哲学を信奉します。 つまり、コントローラはアプリケーションの様々な部分をとりまとめるグルー(糊)コードだけからなる薄いレイヤーにするべきです。
4+
5+
だいたいの目安として、次の「5-10-20ルール」に従うとよいでしょう。
6+
1コントローラで定義する変数を5個以下にすること、含まれるアクションを10個以下にすること、1アクションのコード行数を20行以下にすること。
7+
この数字に科学的な根拠はありませんが、コントローラーからサービスへリファクタリングすべきタイミングを見極める基準としては役立ちます。
8+
9+
10+
.. best-practice::
11+
12+
コントローラを作る場合``FrameworkBundle``のベースコントローラを継承し、
13+
ルーティング、キャッシュ、セキュリティを設定するときはなるべくアノテーションを使ってください。
14+
15+
16+
コントローラを基底フレームワークに結合させることで、フレームワークの機能すべてを
17+
活用する事が可能になり、生産性が向上します。
18+
19+
コントローラは薄く数行のグルーコードであるべきです。何時間もかけてコントローラを
20+
フレームワークから切り離そうとしても、長期的にはメリットがありません。
21+
それに時間を費やしても何の価値もありません。
22+
23+
加えて、 ルーティング、キャッシュ、セキュリティに対してアノテーションを使えば設定がシンプルになります。
24+
そうすれば、
25+
YAML, XML, PHPなどのいろんなフォーマットで作られた何十もの設定ファイルを見る必要はなくなります。全ての設定は必要な場所に収まり、1つのフォーマットで済むでしょう。
26+
27+
28+
あなたのビジネスロジックをフレームワークから切り離しながらも、
29+
同時に、ルーティングとコントローラはフレームワークに積極的に結合するべきということです。
30+
そうすればフレームワークを最大限活用できるでしょう。
31+
32+
33+
ルーティングの設定
34+
---------------------
35+
36+
37+
コントローラでアノテーションとして定義されたルーティングを読み込むには、routing.ymlに以下の設定を追加します。
38+
39+
.. code-block:: yaml
40+
41+
# app/config/routing.yml
42+
app:
43+
resource: "@AppBundle/Controller/"
44+
type: annotation
45+
46+
このように設定すると、``src/AppBundle/Controller/`` ディレクトリとそのサブディレクトリにあるコントローラのアノテーションを読み込んでくれます。・
47+
もしアプリケーションに多くのコントローラがある場合、それらを下図のようにサブディレクトリを作ってその中に移動しても全く問題ありません。
48+
49+
50+
.. code-block:: text
51+
52+
<your-project>/
53+
├─ ...
54+
└─ src/
55+
└─ AppBundle/
56+
├─ ...
57+
└─ Controller/
58+
├─ DefaultController.php
59+
├─ ...
60+
├─ Api/
61+
│ ├─ ...
62+
│ └─ ...
63+
└─ Backend/
64+
├─ ...
65+
└─ ...
66+
67+
テンプレート設定
68+
----------------------
69+
70+
.. best-practice::
71+
72+
コントローラから呼ばれるテンプレートの設定をするのに ``@Template()`` アノテーションを使用しないでください。
73+
74+
``@Template``は便利ですがある種の魔法を伴います。魔法を使うに値するとは思えないのでお勧めしません。
75+
76+
ほとんどの場合、``@Template``はパラメータなしで使われますが、そうするとどのテンプレートが呼ばれるのかわかりづらくなります。
77+
また、コントローラは必ずレスポンスオブジェクトを返すべきだと言う事を初心者にわかりにくくします。(ビューレイヤーを使わない場合)
78+
79+
コントローラはこんな感じにしよう
80+
------------------------
81+
82+
上記のことをふまえると、アプリケーションのホームページを表示するコントローラはこんな感じにするのがよいでしょう。
83+
84+
.. code-block:: php
85+
86+
namespace AppBundle\Controller;
87+
88+
use Symfony\Bundle\FrameworkBundle\Controller\Controller;
89+
use Sensio\Bundle\FrameworkExtraBundle\Configuration\Route;
90+
91+
class DefaultController extends Controller
92+
{
93+
/**
94+
* @Route("/", name="homepage")
95+
*/
96+
public function indexAction()
97+
{
98+
$posts = $this->getDoctrine()
99+
->getRepository('AppBundle:Post')
100+
->findLatest();
101+
102+
return $this->render('default/index.html.twig', array(
103+
'posts' => $posts
104+
));
105+
}
106+
}
107+
108+
109+
.. _best-practices-paramconverter:
110+
111+
ParamConverterを使う
112+
------------------------
113+
114+
Doctrineを使っている場合は`ParamConverter`_ を使うことができます。
115+
これは自動的にエンティティを取得し、コントローラの引数にしてくれます。
116+
117+
.. best-practice::
118+
119+
Doctrineのエンティティを自動的に取得してくれるParamConverterを使用
120+
してください。もしそれがシンプルかつ有用な場合は。
121+
122+
例:
123+
124+
.. code-block:: php
125+
126+
use AppBundle\Entity\Post;
127+
use Sensio\Bundle\FrameworkExtraBundle\Configuration\Route;
128+
129+
/**
130+
* @Route("/{id}", name="admin_post_show")
131+
*/
132+
public function showAction(Post $post)
133+
{
134+
$deleteForm = $this->createDeleteForm($post);
135+
136+
return $this->render('admin/post/show.html.twig', array(
137+
'post' => $post,
138+
'delete_form' => $deleteForm->createView(),
139+
));
140+
}
141+
142+
通常、 ``showAction`` では ``$id`` という引数を期待するでしょう。その代わりに ``$post`` 引数を使い ``Post`` クラス(Doctrineのエンティティ)でタイプヒンティングすることで、
143+
とによって、そのオブジェクトをParamConverterが自動的に``{id}`` の値と一致する``$id`` プロパティを持つオブジェクトを探してくれます。
144+
また``Post`` が見つからなかった場合は404ページを表示してくれます。
145+
146+
もっと複雑になったときは
147+
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
148+
149+
上記のコードが設定なしで動くのは、ワイルドカード名``{id}``がエンティティのプロパティ名に一致するからです。
150+
もしそうでない場合、またはもっと複雑なロジックがある場合、これを実現する簡単な方法は手動でエンティティを取得することです。
151+
本アプリケーションでは``CommentController``がその事例です。:
152+
153+
.. code-block:: php
154+
155+
/**
156+
* @Route("/comment/{postSlug}/new", name = "comment_new")
157+
*/
158+
public function newAction(Request $request, $postSlug)
159+
{
160+
$post = $this->getDoctrine()
161+
->getRepository('AppBundle:Post')
162+
->findOneBy(array('slug' => $postSlug));
163+
164+
if (!$post) {
165+
throw $this->createNotFoundException();
166+
}
167+
168+
// ...
169+
}
170+
171+
``@ParamConverter`` 設定を使うこともできます。そうすればどこまでも柔軟にできます。:
172+
173+
.. code-block:: php
174+
175+
use AppBundle\Entity\Post;
176+
use Sensio\Bundle\FrameworkExtraBundle\Configuration\Route;
177+
use Sensio\Bundle\FrameworkExtraBundle\Configuration\ParamConverter;
178+
use Symfony\Component\HttpFoundation\Request;
179+
180+
/**
181+
* @Route("/comment/{postSlug}/new", name = "comment_new")
182+
* @ParamConverter("post", options={"mapping": {"postSlug": "slug"}})
183+
*/
184+
public function newAction(Request $request, Post $post)
185+
{
186+
// ...
187+
}
188+
189+
ポイントは、ParamConverterはシンプルなケースでは素晴らしいということです。
190+
一方エンティティを直接取得するのも簡単にできるということを忘れないでください。
191+
192+
事前フックと事後フック
193+
------------------
194+
195+
もしコントローラの実行前後で任意のコードを実行したいなら、EventDipatcherコンポーネントを使うことができます。
196+
:doc:`set up before and after filters </cookbook/event_dispatcher/before_after_filters>`.
197+
198+
.. _`ParamConverter`: https://symfony.com/doc/current/bundles/SensioFrameworkExtraBundle/annotations/converters.html

0 commit comments

Comments
 (0)