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