C# NET MVC洋葱结构

我正在按照以下体系结构开发一个应用程序：

核心项目（域实体、存储库和接口）

基础设施项目（数据库操作、存储库实施、EF）

测试项目（单元测试项目）

Web项目（MVC项目）

从本教程中：

我想分离我的项目并遵循“标准体系结构”。我有几个问题：

1） 我想添加业务层，是否应该添加SolutionName.Services之类的项目

2） 如果我添加业务层，我需要使用依赖注入来调用业务层中的存储库

2.1）如果我的CRUD操作不需要业务逻辑，服务（业务层）应该只调用存储库上的方法？（我有带业务逻辑的模型和不带业务逻辑的模型）

---

3） 在项目中，我需要根据用户的需要读取文件和处理数据，这应该放在业务层吗

如果只是积垢，您不需要服务或存储库。停止创建松散和滥用模式。@Phill根据用户的需要读取文件和处理数据不算作业务逻辑？如果数据上没有业务逻辑，为什么还要添加用于数据上业务逻辑的业务层？正如Phill所说，停止滥用模式。您是否需要服务/存储库模式？根据我的经验，它们通常是个好主意。将来总是可以添加业务逻辑。@cfrozendath我在一个模型中有业务逻辑