我将要开发一个中等规模的ASP.Net MVC应用程序。
我正在努力确保设计正确。我打算有以下层:
- UI层(MVC) - Service层 - Repository层 - 数据访问层
我将使用Unity作为我的IOC容器和EF4.1 Code First作为数据访问。
该应用程序将被拆分成几个程序集。我有一个问题,无法决定我将需要哪些程序集以及以下内容放在何处:
- 实体/域对象,例如Customer、Invoice - DTO,例如CustomerDTO、InvoiceDTO - 服务接口,例如ICustomerService - 存储库接口,例如ICustomerRepository - 服务(Service接口实现类),例如CustomerService - 存储库(存储库服务实现类),例如CustomerRepository - 视图模型,例如CustomerViewModel - 枚举
我的问题是: 您通常如何分割您的程序集,以及为什么?
编辑:受@TheHurt答案的启发。
这些程序集之间的引用将是如何的?也就是说,哪个程序集会引用哪个程序集?
- UI层(MVC) - Service层 - Repository层 - 数据访问层
我将使用Unity作为我的IOC容器和EF4.1 Code First作为数据访问。
该应用程序将被拆分成几个程序集。我有一个问题,无法决定我将需要哪些程序集以及以下内容放在何处:
- 实体/域对象,例如Customer、Invoice - DTO,例如CustomerDTO、InvoiceDTO - 服务接口,例如ICustomerService - 存储库接口,例如ICustomerRepository - 服务(Service接口实现类),例如CustomerService - 存储库(存储库服务实现类),例如CustomerRepository - 视图模型,例如CustomerViewModel - 枚举
我的问题是: 您通常如何分割您的程序集,以及为什么?
编辑:受@TheHurt答案的启发。
这些程序集之间的引用将是如何的?也就是说,哪个程序集会引用哪个程序集?