我正在开始一个新项目(非公司),我想知道现在如何成为一个伟大的架构。
我现在计划使用:
- ASP.NET MVC 4.0
- SQL Server 2008 或 2012
- .NET 4.5 下的 EF 5.0,带有 Dapper
- 存储库模式的实现(这个http://code.google.com/p/ef4prs/)
- DI 与Autofac
- 自动映射器
- WCF 服务层(用于未来的移动实施)
检查流程(如果有问题请纠正我):控制器调用ApplicationService,调用BusinessLayer,使用 UnitWork/Repository 调用DAL ,通过EF或Dapper执行查询(从 Repository 的特定方法查询 Dapper 是否正确? ),然后结果会自动映射到DTO并返回到Controller,将所需的内容复制到ViewModel并返回 View。
这里的问题是性能,正如我所说,该网站计划有高流量。在这种情况下,上面列出的任何项目都会降低性能吗?还是这种组合泄漏了更多东西?我应该丢弃 EF,只使用 Dapper 吗?恐怕服务层会因为流量而降低性能。
最后,我不知道这种架构是不必要的,还是很差。
这是很多问题,但重点是了解适合中型网站的出色而不是“过度架构”的解决方案。
对不起英语