トランザクションを考慮した実装について考える

はじめに アプリケーションレイヤーでトランザクションを考慮した実装をどのようにすればいいのか悩んでいる人が多いことに気がつきました。オニオンアーキテクチャ等でアプリケーションコードを関心ごとのレイヤーに分離するときに、トランザクションを開始するためのDBとのコネクションの作成をどのレイヤーで実施するのか悩んでいる人が多いそうです。 本記事ではDDD+オニオンアーキテクチャ+Repositoryパターンを使う前提で、私がよく使うトランザクションを考慮した実装について説明しようと思います。 トランザクションを考慮した実装 私はトランザクションを開始するためのDBとのコネクションの作成はUsecase層で実施します。 私がよく書く実装ではDDDでいうEntityを定義します。そしてRepositoryではEntityのCRUDのみ行うように実装し、Repositoryをトランザクション境界にしま

[mizdra]

良さそう。ルールを厳密に守ろうとして上手くいかないパターンも挙げられててわかりやすい。逆にアーキテクチャのルールから逸脱してトランザクションをusecaseでやって破滅するケースがあるのか気になる。

[strawberryhunter]

フレームワークやデザインパターンに振り回されるのは本末転倒だと思う。トランザクションは明示的に書くに限る。

[yuann_hoz]

Go って .NET の TransactionScope みたいなのが無いのかしら。

[turanukimaru]

DB接続って新しく張られるんだっけ？同一 Context 内では接続し直しても同じDBポインタが渡されてた気がするんだけどGoしばらくやってないから違うかも。だから私はUseCase で Begin / Commit してるくらいだったはず。

[asuka0801]

"DBとのコネクションはUsecase層で作成し、Repositoryのメソッドの引数でDBとのコネクションを受け取ります。 " contextで引き渡す方法もあるが明示的で分かりやすいのでアリだと思う。