PDOの代わりにDoctrine 2を使用するのはどの条件で意味がありますか？

Question

私の質問は一般的なORMを目指すのではなく、特にDoctrine 2！

軽度に複雑なPHPアプリケーションはすべて、データベースを使用します。

M、V、Cを分離することが理にかなっている限り、MをDBアクセスレベルとハイレベルオブジェクトに分離することは理にかなっています。

は今、私はちょうど教義2で表面的な外観を持っていたし、確かに私はFETCH_CLASS、FETCH_OBJECTなどPDO-の機能を使用する場合と比較して、このツールから得ることができますどのような何らかの理由を見ることができないこれまですべていいとダンディようだが、合理的に構造化されたクラスのコレクションと組み合わせたFETCH_INTO。

もちろん、自分でコードを書く必要があります。その違いは、PHPアプリケーションを最初から構築するのではなく、フレームワークを使って開発するときに得られるスピードとはかけ離れているように見えます。

あなたは教義知っているもしそうなら、多分あなたは条件ドクトリン2を真剣に検討すべきか、B/Cの下に私に言うことができます。

それが開発、実質的に（原因特定の機能へのスピードアップ）

これは私の意見では理にかなっている唯一の理由です。

Answer 1

あなたが正しいです、それはかなりの量で開発をスピードアップします。もう1つの比較は「好み」です - Doctrine 2はもっと真に「オブジェクト指向」と感じます。また、Doctrine 2はクエリを実行して実行時間を短縮するためにトランザクションを使用しますが、前述のようにPDOを使用して実行することができますが、より多くのコードを記述する必要があります。

私はあなた自身のPHPライブラリを持っていて、フレームワークを使っているようです。それは開発プロセスをスピードアップするだけなので、大規模なアプリケーションを書く人々にとっては明らかな勝者です。