ZF2：TableGatewayとDoctrine2

Question

Doctrineとは正反対のネイティブORMをプラスしたりマイナスしたりできますか？

ZF1は私（Zend_Db_TableとZend_Db_Table_Row）のために非常にproger-fiendlyネイティブORMを持っていた、Zend\Db\TableGateway\TableGatewayとZend\Db\RowGateway\RowGatewayはこれを続けています。かさばる主な理由にもかかわらず、ほとんどの人がDoctrine2を使用しようとするのはなぜですか？

P.S. "リポジトリ"という単語でさえ、私のためのデータベースとは関連していません。

Answer 1

まずは2つの定義から始めましょう。

データベース抽象化レイヤ（DBAL）：データベース接続（ドライバー+ プラットフォーム）の上に座って、最も人気のあるリレーショナルデータベースと を通信するための直感的で柔軟なAPIを提供しています層。

オブジェクト・リレーショナル・マッピング（ORM）：オブジェクト指向のパラダイムを使用してデータベースからデータを問合せし、 を操作できるようにする技法です。 このパラダイムは操作（水和およびデータベースのトランザクションなど） 維持との 正確性と一貫性を保証するために実行する必要があります知っているために、あなたのEntities（データオブジェクト）の 状態を追跡するためにUnit of Workを含める必要がありますそのライフサイクル全体にわたるデータ。また、パラダイムではデータの整合性を保つためにオブジェクトの関係も考慮する必要があります。これらの要素は、ORM実装の重要な側面です。

したがって、Zend\Dbは、抽象レイヤーであるため、ORM機能を提供しません。あなたはハイドレーターとZend\Db\ResultSet\HydratingResultSetを使って1つを作ってから、あなた自身の作業ユニットを作成してみることができます。 Ralph Schindlerが作成したコードがこの道を歩いているのを見たことがあります（コードはかなり印象的でしたが、ORM自体ではありませんでした）。あなたが同じ道路を下ることに決めたなら、あなたはあなたのために仕事を減らすでしょう... DoctrineのORMを使用することは間違いなく簡単です！

は最後に、Zend\Db\TableGateway\TableGatewayとZend\Db\RowGateway\RowGatewayは、既知のソフトウェアパターン（ - Design Patternsと混同しないように、それぞれTableGatewayパターンとアクティブレコードのパターンを、）を使用して設計しました。しかし、これは（作業単位パターンのような）エンタープライズアプリケーションアーキテクチャ（EAA）のパターンとは何の関係もありません。 EAAパターンの詳細については、Martin Fowlerの書籍エンタープライズアプリケーションアーキテクチャのパターンをご覧ください。