问题描述

.NET 下合适的框架选择？

先说下我的框架选择及依据，然后请大神们给点建意，或者有没有更好实现方式？

项目一般都分为前端和后端：
前端分为“PC端”和 “移动端”里面会涉及到很多业务
后端主要是数据维护和一些简单的业务。
前端和后端都采用ASP.NET MVC实现，主要是数据访问那块到底用ORM还是不用。

我的想法：
前端我准备用**ASP.NET MVC +ADO.NET +存储过程**，理由：
A.前端要求数据访问速度，存储过程比ORM快
B.前端业务变动大，业务放在存储过程中可以修改，不需要修改程序，方便
C.减少并发问题，ORM操作复杂数据，并发问题大。存储过程问题少

后端我准备用**ASP.NET MVC +ORM(ServiceStack.Orm)+少量存储过程**A.后端主要是数据维护，ORM操作增删改查快，不用写SQL，代码量少，效率快B.后端复杂业务，用存储过程。

解决方案

用不用其实自己决定，框架带个你方便，效率不敢说，毕竟是包装了多层，而且多数使用反射，而且框架你用到的很少，很多都浪费掉了
用最原始的，就是自己要写很多东西，喜欢哪个，自己抉择吧

解决方案二：
觉得""orm""并发问题大，性能不好，又这个又那个的，估计自己一窍不通而且又被一些菜鸟写的blog误导。

再说了，微软的ef根本不用“反射”，而你自己用ado包一层，用mvc返回实体，本质上是自己手工把ef的代码又写了很多遍，效率低，容易出错。

解决方案三：
个人觉得还是看所处的环境，如果对效率要求非常高，ASP.NET MVC +ADO.NET +存储过程的方式应该好一点（代码嵌套少，调用快，但是维护量大等）；但如果效率要求不高，软件变更比较常见，维护量大，ASP.NET MVC +ORM+少量存储过程应该好一点。