IRepository>>和 SOA 结合在一起

Question

我需要一些有关使用 IRepository<> 的帮助模式和 SOA 结合在一起。

我正在开发一个会计应用程序，其中包含非常复杂的业务逻辑。目前我使用 IRepository 作为 DAL，它只执行基本的 CRUD + 操作，例如提供 IQueryable 接口、一些缓存功能等。

在它之上，我有一个业务逻辑层，它扮演服务或外观层的角色（它们是同一件事吗？）。所有应用程序逻辑都封装在这里作为将由表示层使用的方法。

正如我所说，所有基本的 CRUD 都放置在存储库中，但进一步发生在 BusinessLogic 中，例如，我们的帐户存储库中可能只有这些基本方法：

public class AccountRepository
{
    public IList<Accounts> GetAll()
    {
        ...
    }

    public Accounts Get(int id)
    {
        ...
    }

    public IList<Accounts Where(Func<Accounts,bool> criteria)
    {
        ...
    }

    public Accounts Add(Accounts item)
    {
        ...
    }
}

但要获取具有特定号码的帐户，我们将拥有这样的服务：

public class AccountService
{
    AccountRepository repos;

    public Accounts FindByNumber(int AccountNumber)
    {
        return repos.Where(o=>o.AccountNumber == AccountNumber).FirstOrDefault();
    }
}

AccountService还可以有一个 CreateAccount() 方法，通过使用实体存储库在单个事务中添加多个实体（帐户、所有者等）。

现在我想知道我是否以正确的方式使用它们？或者我错过了一些要点？

Answer 1

@sos00 问“你如何管理事务？我的意思是你在哪一层处理它们？（我想到引擎层）以及你如何在这个架构中实现它们”

在 ​​SOA 中，你永远不能完全确定您的调用链，因为您今天编写的服务明天将以不同的方式编排。

我遵循这个启发法；在每个服务的边界上，如果它传递给我并加入该事务，我将加入一个环境事务，如果不存在环境事务，我将成为新事务的根。这样我就可以确定我需要做的任何工作都是事务，并将传递到我拉入编排中的其他组件。

请参阅本文：将完整性构建到面向服务架构