<Symfony Componentsシリーズ(1)> オブジェクトをつなぐEvent Dispatcher
こんにちは。小川です。 先日Symfony 2のアプリケーション構成を読むという記事で、Symfony 2の大まかなアプリケーションのディレクトリ構成と、KernelやBundleという存在について書きました。Symfony 2を語る上でSymfony Componentsの存在はかかせません。本日は一挙2本立て！Symfony Componentsの中でも特に重要になるEvent DispatcherコンポーネントとRequest Handlerコンポーネントをご紹介します。今回ご紹介するのはEvent Dispatcherコンポーネントです。 ちなみに本日2つ目の記事はこちらです <Symfony Componentsシリーズ> Symfony 2の秘密兵器: Request Handler ◆ Symfony Components はじめに、コンポーネントについてご存じない方のために
Symfonyでpersist()するときにどうやって既に登録されているEntityか否かを判断しているのか
Symfony2でORMとして使われているDoctrine2における、エンティティの状態の扱い方に関連する問題ですね。最初は戸惑うポイントだと思います。 最初に注意が必要なのは、Doctrineでは「データベースのレコード」ではなく、「オンメモリのオブジェクト」を中心に考えなくてはならないということです。 Doctrineでのエンティティ管理の基本 アプリケーションの側から見ると、 アプリケーションのコード → Doctrineの世界 → DBの世界 というように、明示的にDBの世界との間にDoctrineの世界が設けられます。 この3つの世界間で、 新規エンティティ登録 既存レコードの読み込み 既存レコードの変更 は次のようになっています。 新規エンティティの登録時 $plan = new Plan(); // アプリケーションで、新規エンティティのインスタンス ↓ $entityMan
Symfony: Your Next Microframework (SymfonyCon 2015)
Microservices are a huge trend, and microframeworks are perfect for them: put together just a few files, write some code, and your done! But Symfony is a big framework, right? Wrong! Symfony can be as small as a single file! In this talk, we'll learn how to use Symfony as a micro-framework for your next project. Your app will stay small and clear, but without needing to give up the features or thi
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SymfonyでRepositoryとEntityのインピーダンスミスマッチを解消する - Qiita
