所以,我有这个:
- 网络应用
- 商业逻辑
- 数据访问逻辑
我在数据访问逻辑、实体、上下文、初始化程序中创建。
所以通常较高层调用较低层功能,对吗?
如果我想保存客户,我想从 Web 应用程序创建一个客户实体。我不喜欢从 Web 应用层直接引用到数据访问逻辑层(类库)
任何想法?
所以,我有这个:
我在数据访问逻辑、实体、上下文、初始化程序中创建。
所以通常较高层调用较低层功能,对吗?
如果我想保存客户,我想从 Web 应用程序创建一个客户实体。我不喜欢从 Web 应用层直接引用到数据访问逻辑层(类库)
任何想法?
我知道这可能不是很有建设性,但如果我是你,我会添加参考。没有必要让你自己更难找到一种更复杂的方法来做一些应该很容易的事情。另外,如果您现在跳过它并稍后遇到更好的解决方案,您可以修改您的代码。
这就是我在以前的项目中所做的
我的解决方案下的 4 个项目
1) UI(我的 ASP.NET MVC 应用程序)
2)商业实体(我的 POCOS 用于客户、订单等实体)
3)业务逻辑(我的中间服务层,它位于 UI 和 DataAccess 层之间。我会在这里进行特定于业务的验证。
4)数据访问层。与我的数据库对话。可以是EF/纯ADO.NET Stored Proc等。
在 UI 中,我调用中间层(业务逻辑)的方法,在进行自定义验证/业务规则之后,我将调用数据访问层方法。