クリーンアーキテクチャ(オニオンアーキテクチャ)のサービス層とトランザクションについて教えてください。

Question

クリーンアーキテクチャ(オニオンアーキテクチャ)について勉強しています。
サービス層と手動トランザクションについて教えてください。

①　サービス層について
下記の引用先の記事と図ですが、

　・Application serviceとDomain serviceの違いがわかりません。

　　Application service ：下記のソースコードを例とするとControllerのチェック処理等をApplication Serviceに分ける？(ユースケース組立の一部？)

　　Domain service ：　下記のソースコードを例とすると、Controllerで使用しようとしていたRepositoryをDomain serviceに分ける(ControllerでServiceを操作する)

のようなことでしょうか？

　・Mvcフレームワーク自体にもStartupにserviceの機能があるようです。
(依存性の注入というものが行われているようです。コンストラクタでデータのcontext(MvcContext)を利用できたりする)
これはApplication Serviceに該当するのでしょうか。

②　手動トランザクションについて
下記に記載のコード(C#)ですが、他の言語でも似たようなことかもしれませんが、

　ORM(C#のEntity Framwork Core)を使用し、RepositoryでSaveChangesAsyncをすればコミットしてくれます。
複数のデータを同時更新したい時、ORMの機能でできる時もあります。
また、現在context(データ)はRepositoryが持っています。

　それでも任意でトランザクションを手動で実施したい場合はどの層で実施すればよいでしょうか？

よろしくお願いします。

(引用)　オニオンアーキテクチャとは何か
https://qiita.com/cocoa-maemae/items/e3f2eabbe0877c2af8d0

DepartmentsController

    public class DepartmentsController : Controller {
        private readonly DepartmentService _depertmentService;

        // Default constructor
        public DepartmentsController(DepartmentService departmentService) {
            this._depertmentService = departmentService;
        }

        [HttpPost]
        public async Task<IActionResult> Create(Department department) {
            // 説明のため記載は一部省略してます。
            try {
                if (ModelState.IsValid) {
                    // Id、重複のチェック処理など
                    // ...

                    // サービス
                    await this._depertmentService.CreateAsync(department);

                    Response.StatusCode = (int)HttpStatusCode.OK;
                    return Json(new { message = "success" });
                }
            } catch (Exception e) {
                // this._logger.LogError(1, e.Message);
            }

            Response.StatusCode = (int)HttpStatusCode.BadRequest;
            return Json(new { message = "エラーメッセージ" });
        }
    }

DepartmentService

    public class DepartmentService {
        private readonly IDepartmentRepository _departmentRepository;

        public DepartmentService(IDepartmentRepository departmentRepository) {
            this._departmentRepository = departmentRepository;
        }
        
        public async Task<int> CreateAsync(Department department) {
            await this._departmentRepository.CreateAsync(department);
            await this._departmentRepository.SaveAsync();
            return 1;
        }
    }

DepartmentRepository　※インタフェースの記載は省略します。

public class DepartmentRepository : IDepartmentRepository {
    private readonly MvcDbContext _context;

    public DepartmentRepository(MvcContext context) {
        this._context = context;
    }

    public async Task<int> CreateAsync(Department department) {
        return await Task.Run(() => {
            this._context.Departments.Add(department);
            return 1;
        });
    }

    public async Task<int> SaveAsync() {
        await this._context.SaveChangesAsync();
        return 1;
    }
}

Startup

services.AddDbContext<MvcDbContext>(options => options.UseSqlServer(Configuration.GetConnectionString("MvcConnection")));
services.AddTransient<IDepartmentRepository, DepartmentRepository>();

Answer 1

下記に移動しました。

Answer 2

図と「ドメイン駆動設計入門」の本をもとに、これが正しいかはわからないですが、
一旦下記の考え方としました。

①　UserInterface層のStartup
UserInterface層に配置されるが、Application Serviceの一部として扱う
→　訂正　依存性注入のみ使用

②　UserInterface層のController
Application serviceを利用する(ユースケースとして分離)
ただし、ユーザーの権限チェックのみControllerよりドメインサービスを直接実行して行いました。(現在のユーザー情報はControllerで扱う方が複雑でなかったため。)

それ以外のチェックはアプリケーションサービスで実施。

③　ApplicationService層
Controllerのユースケースを記述する
Controllerで共通で利用するサービスを記述してもよいかも？
Repositoryインターフェースが必要な時は利用する
トランザクションが必要な時はこの層で実施する (transaction scopeなどの機能を利用)
Domain serviceが必要な時はそれを利用する

④　DomainService層
Repositoryインターフェースを定義する

ここのServiceはドメインに関わるサービスとする
共通で利用するサービスを記述してもよいかも？
(ユーザーチェックなど。modelエラーに追加してあげれば、Controller上でメッセージが取り出せる
※チェック処理をApplication Service上のLINQ等でやるのは微妙？)

Comments

[退会済みユーザー]

UserInterface層のStartupでdependency injectionをするのは、Ioc contairパターンと言うようです。
コンストラクタに注入しています。