サービス層またはリポジトリ層のいずれかでトランザクションの管理？

Question

私は、挿入および更新は、いくつかの制約に基づいて複数のテーブル上で行われている特定のシナリオでは、これらのscenarios.Nowのトランザクションスコープを使用してその自然を..soしている、私はリポジトリー層とサービス層を持っています。サービス層は、リポジトリとUIを仲介し、無知の永続的です。 サービスまたは任意のORMを使用していないlayers.Iリポジトリ内のいずれかのトランザクションを使用する場所今私は混乱メートル。私はまた、このようなシナリオのための作業パターンの単位について提唱する人々を見てきました。私の現在のシナリオで、私が見てきたすべての例は、ORMSを使用している合った作業パターンの単位についての例がある。

おかげで、

Answer 1

このはもちろん、あなたのシステムに依存するように起こっているが、一般的に、私はサービス層でそれを行うだろう。あなたのサービス層のメソッドは、複数のきめ細かいリポジトリのメソッドを呼び出すと、すべてのいずれかにそれらを期待して、ロールバックをコミットまたは全てます。

場合は特に

Answer 2

これに答えることがいくつかの質問ます。

どの層は、トランザクション要件を理解しますか？ リポジトリインタフェースの粒度は何ですか？

私の世界では、我々は、きめの細かい永続操作を持って挿入、更新、削除する傾向があります。その後、サービス層でそれらを構成します。したがって、このような環境では、トランザクションのスコープを理解し、サービス層だと私には思える明らかます。