ざっと基本的な部分を把握するために、blogチュートリアルをやってみました。
URLはこちら。
※海外有志の方が作成した、symblogチュートリアルじゃない方です。
こちら、ヘッダ部分に記載されているとおり、バージョン2.0.7向けの内容です。
ですが、現在最新のSymfony2は2.3.4。
deprecatedになっているメソッドがあったり、そもそも存在しないAPIがあったりするので、
いくつか、気づいた変更点をまとめておきます。
- getEntityManegerメソッドがdeprecated。
DB操作を行う、EntityManagerを取得するメソッド名が変更になっています。
使い方はそのままなので、単純にメソッド名を変えれば良さそう。
http://docs.symfony.gr.jp/sf2-blog-tutorial/05-list-page.html
例えば、上のページのDefaultController.phpのindexActionは以下のようになります。public function indexAction() { // $em = $this->getDoctrine()->getEntityManager(); // 旧 $em = $this->getDoctrine()->getManager(); // 新 $posts = $em->getRepository('MyBlogBundle:Post')->findAll(); - FormのbindRequestメソッドが廃止。
リクエストをバインドする時は、単純にbindメソッドを使えば良いよう。
http://docs.symfony.gr.jp/sf2-blog-tutorial/07-create-form.html
例えば、上のページのDefaultController.phpのnewActionのバリデーション周りは以下のようになります。// バリデーション $request = $this->getRequest(); if ('POST' === $request->getMethod()) { // $form->bindRequest($request); // 修正前 $form->bind($request); // 修正後 if ($form->isValid()) { - フラッシュメッセージ関連
Session周りのAPIが変更になった影響で、フラッシュメッセージの設定方法、表示方法共に変更となっています。
まず、大きな変更として、フラッシュメッセージは常に配列で扱われるようになった、という所があるようです。
ですので、表示の際は配列であることを意識したビューの書き方をする必要があります。
フラッシュメッセージを設定するController側の変更です。
http://docs.symfony.gr.jp/sf2-blog-tutorial/customize/03-session-flash.html
上のページのDefaultController.phpのnewActionは以下のようになります。public function newAction() { // ... // $this->get('session')->setFlash('my_blog', '記事を追加しました'); // 修正前 $this->get('session')->getFlashBag()->add('my_blog', '記事を追加しました'); // 修正後 return $this->redirect($this->generateUrl('blog_index')); // ... }ちなみに、FlashBagにmessageを設定するメソッドは、add以外にsetもあります。
違いは何かというと、FlashBag.phpのソースを直接見るとわかりやすいのですが、
add: $this->flashes[$type][] = $message;
set: $this->flashes[$type] = $messages;
と、addは指定したtypeの配列にメッセージ(文字列)を追加するのに対し、
setは指定したtypeの配列そのものを上書きする形になります。
なので、普通に使う分にはadd使ったほうが良いんじゃないかと思います。
次、テンプレート側の変更。
http://docs.symfony.gr.jp/sf2-blog-tutorial/customize/03-session-flash.html
同じく上のページのindex.html.twigのフラッシュメッセージ周りは以下のようになります。{% for type, messages in app.session.flashbag.all() %} {% for message in messages %}ちょっとこれは、変更前/後の比較表示が難しいので、変更後だけ。{{ message }}{% endfor %} {% endfor %}
一見するとコードが増えて複雑なように見えますが、システムが複雑化してきて、
フラッシュメッセージの量や種類が増えてくると、便利なんじゃないかな、と。
（とはいえ、一度に大量のフラッシュメッセージが表示されるサービスは、微妙なようにも思いますが…ｗｗ) - FormTypeのgetDefaultOptionsメソッドが廃止。
変わりに追加となった、setDefaultOptionsを利用することになります。
http://docs.symfony.gr.jp/sf2-blog-tutorial/customize/05-create-form-class.html
上のページの"PostType.php"のgetDefaultOptionsは以下のようになります。// use周りも追加・変更があるので注意 use Symfony\Component\Form\AbstractType; // use Symfony\Component\Form\FormBuilder; // 削除 use Symfony\Component\Form\FormBuilderInterface; // 追加 use Symfony\Component\OptionsResolver\OptionsResolverInterface; // 追加 // 中略 public function setDefaultOptions(OptionsResolverInterface $resolver) { $resolver->setDefaults(array( 'data_class' => 'My\BlogBUndle\Entity\Post', )); }戻り値として返すのではなく、$resolverのsetDefaultsに設定する形になった、と覚えればOKでしょう。たぶん。
ちなみに、同時に廃止となったgetAllowedValuesメソッドの役割も$resolverに対して行うようです。
deprecatedなメソッドは、もしかしたら見落としがまだあるかもしれません。
詳しくは、SymfonyのUPGRADE-2.x.mdを見るのがいいと思います。
2.1, 2.2までは有志の方が日本語に訳してくださったものがあるのでそれを参考にするとわかりやすいと思います。
上で書かれている内容は、2.1のタイミングで変更になったものばかりでした。
