有.net MVC架构开发成功经验的进来，谈谈.net MVC最佳实践

Question

项目架构就不用说了，可以参考MVCStore和Oxite但有一个问题一直缠绕着我，用了MVC就意味着整站用MVC的形式来做，前台用MVC轻装上阵，代码写起来也舒服，和美工配合也爽，但网站的后台管理，用MVC我怎么着都觉得别扭！！且不谈不能用服务器控件，就是用MVC这种“对外”模式来开发“对内”的网站管理后台，实在是有点难以言状的难受！！有.net MVC架构开发成功经验的来说说吧，谈谈.net MVC最佳实践！！

Answer 1

如果前台用MVC,后台用webForm的形式来开发，又觉得有点乱，汗....

Answer 2

MVC是一种表现模式，是一种软件架构模式。
M，Model， 引用系统数据，管理系统功能并通知View更改用户操作。 
V，View，就是用户接口，用于显示数据。 
C，Controller ，将用户操作映射到Model，并操作视图。 
与三层结构的ASP.NET应用程序比较区别还是在于前台开发，后台包括的数据库访问、逻辑处理与以往的方式没有明显区别，在MVC框架中，这些统称为Model。而三层结构中，这些可以称为数据访问层与逻辑处理层。

Answer 3

其实我觉得后台用mvc也没什么不舒服的地方
如果lz不习惯 ，后台用webform就好 

Answer 4

后台界面相对简单，更多的是控件，不需要考虑流量和SEO，只对内，不对外

Answer 5

    MVC 开发后台一样很好！我想楼主可能还没有真正理解用MVC 架构原理
    恕我直言，我已经做了两个MVC 整站 站点！ 底层是linq to entity
    觉得做得很成功 至于楼主说的不能使用服务器端控件 如果可以的话 建议 做一些自定义控件
  而且现在的MVC beta 版里面的都有这些控件
  例如： <=%Html.TextBox%> <=%Html.DropDownList%> 都很方便使用的

Answer 6

mvc 后台很好用
谁说mvc中不可用用服务器控件啊

Answer 7

ASP.Net 用MVC, 对大部分人来说, 简直胡扯, 放弃用强大的Control, 放弃control的event, 放弃Ajax.Net, 回到原始的ASP时代, 然后再自己实现Controller和Action, 是不是很胡扯?

Answer 8

首先，你还是可以MVC和WebForm混合开发的，不是说你必须完全用MVC的模式。当然，Internet网站我比较反对这样做，Intranet网站我就没经验了。

Answer 9

asp.net mvc很好很强大, 个人觉得mvc在view方面还不够彻底, 如果去掉任何服务器控件, 改成include .html文件的形式, webform将被彻底淘汰, 不管在架构, 对团队开发的支持,页面跳转的控制,SEO的友好性, 代码的整洁度, 程序员对代码的掌控, 执行效率方面, MVC都完胜webform.至于说Mvc不如webform甚至说mvc不好的程序猿, 应该是没有用过mvc , 至少了解不深.