为什么在洋葱架构中公开服务而不是存储库？

Question

我正在研究如何构建项目，因此我偶然发现了 Onion Architecture。据我了解，它更像是一种以领域为中心的架构，而不是数据库驱动的类型。

我正在寻找一些github项目来学习和了解更多关于架构的信息，所以我找到了这个https://github.com/chetanvihite/OnionArchitecture.Sample

我很难理解：

namespace Domain.Interfaces
{
    public interface IUserRepository
    {
        IEnumerable<User> GetUsers();
    }
}

namespace Services.Interfaces
{
    public interface IUserService
    {
        IEnumerable<User> GetUsers();
    }
}

namespace Services
{
    public class UserService : IUserService
    {
        private readonly IUserRepository _repository;

        public UserService(IUserRepository repository)
        {
            _repository = repository;
        }

        public IEnumerable<User> GetUsers()
        {
            return _repository.GetUsers();
        }
    }
}

他如何使用它是通过构造函数注入。

private readonly IUserService _service;

public HomeController(IUserService service)
{
  _service = service;
}

1. 您是否总是将IUserService 之类的服务公开给使用它的应用程序？但我注意到，IUserRepository 和IUserService 有相同的方法？

2. 如果您说基础架构问题，是指还是涉及数据库？或者不一定？如果不是，有哪些基础设施问题的例子？

3. 您对免费项目/github 项目有什么建议吗？我可以下载这些项目以进一步了解或研究 onion 架构？我更了解示例

附： 当我学习洋葱架构时，它总是，如果不是总是，至少它提到了 DDD。所以我想，我也会学习 DDD :)

Answer 1

1.存储库与服务：

您可能想阅读有关difference between repositories and services 和/或Martin Fowlers service layer 定义的答案。简而言之，存储库处理数据持久性，而服务为业务逻辑提供面向客户端的 API。

在给定的小例子中，好处可能并不明显，但想象一下UserService 有额外的方法，例如lockUser(User user) 或joinGroup(User user, Group group)。 UserService 然后使用 any IUserRepository 实现来实际持久化业务逻辑。

2。基础设施问题

基础设施层通常与外部资源对话，例如文件系统、数据库或网络服务。在您的示例中，IUserRepository 是基础架构层的一部分。

3.示例

我知道的一些例子（用*标记）和我刚刚找到的一些例子：

• DDDSample*
• Sylius*（实际上是一个真实的应用程序。调查component 文件夹。）
• CodeCampServer
• onionarchitecturemcv