我们目前正在设计一个基于 ASP.NET MVC4 的 ERP 解决方案。该系统具有需要相互独立工作的模块(比如人力资源、销售和生产)。
我正在尝试找出我的 Visual Studio 解决方案最合乎逻辑和最有效的架构和结构,以便我的开发团队可以在项目上一起工作,并且可以在源代码控制 (GIT) 中轻松管理代码。团队应该能够处理系统的单独模块并独立调试/测试它们。
为了构建 n 层应用程序,我们根据 MVC改编了Prodinner & Magazine 网站示例项目中的部分内容。所以我们计划有以下结构:-
- 核心——模型、安全
- 数据——存储库、工作单元、DbContext
- 基础设施——接口
- 服务——业务逻辑、模型/视图模型映射
- Web – MVC 4 应用程序
- 测试——单元/集成测试
有什么改进这个结构的建议吗?我查看了很多示例 n 层应用程序/博客/教程,但找不到 n 层应用程序的明确结构。
同样在上述结构中,我如何包含系统的单独模块?一些模块将共享某些数据实体。
这将是一个由多个客户端使用的基于云的解决方案,创建客户端外联网并为它们启用/禁用模块的最佳方式是什么?