asp.net mvc 收藏的一些参考网址和优缺点

asp.net mvc的一些收藏网址

http://www.cnblogs.com/ywqu/archive/2010/06/24/1764062.html

 

http://tech.it168.com/a2010/1019/1115/000001115207.shtml

 

http://topic.csdn.net/u/20101110/15/a4f2f637-a84b-4599-878c-bf7fd1070bed.html?26932

 

 

http://weblogs.asp.net/scottgu/

 

http://www.cnblogs.com/fly_dragon/archive/2010/09/26/1836169.html

 

http://topic.csdn.net/u/20100418/01/B2E979A6-1562-46DB-99A1-60C5C4E45278.html

 1. 一直以来都是从事微软的ASP.NET的网站开发，说老实话微软的事件模型，比起J2EE的JSF那是强太多了，但讲到性能事件模型估计十有八九不如MVC框架，但从WEB开发而言前端性能及网络问题是WEB开发人员最需要考虑的，特别是网站开发，你是无法左右这二者性能高低及运行通畅的，你总不能像搞网络游戏那样，告诉用户：“兄弟啊，你想玩吗？那你必须符合XX配置”，人家才不叼你那，反正同类网站多的是，网络问题也一样，好像10M以上的带宽就贵的要死，那花的代价就大了，局域网么还好。至于后端吗，是可以控制的，性能差那搞个高性能的服务器，在不行搞什么负载平衡，IIS缓存不够用，那搞分布式开发，解决方案一大堆，都在控制之内。从这个角度看，那MVC是要比事件模型好的太多了，简化了N多流量，生成的HTML代码也干净了不少，但企业级开发的兄弟们你们要考虑流量吗？至于性能方面的问题，只要性能不算太差，你们也无需考虑吧？拖拖拉拉，开发更快(.NET开发的优势还是在高效快速上吧？而且企业级开发占大多数吧？排除一些有特殊要求的企业，就这些企业人家好像更青睐J2EE吧，或者其他的开发吧！)
MVC感觉又回到了asp的时代，没有强大的服务器控件，只有一堆页面上的html代码。但是如果真是所谓分层更清晰更方便，但是纯做美工的人会知道Html.BeginForm，Html.TextBox是什么东东吗？弄到后来还是要我们程序员对页面做二次加工。

 

2. MVC回归了web开发的本质——HTTP协议和HTML/CSS/JS渲染。这可能让初学者一开始不易理解，但是掌握了原理，则会发现极大的方便。

而且本来程序员是不适合设计web界面的。WinForm的PEM模型也不适合B/S。

很多功能依赖JQuery都能实现。

 

3.

对于控件奴来说，最好的永远是拖拽控件，这是开发的最最初级阶段，所以建议还是暂时先不要接触mvc。

等你什么时候觉得服务端控件太T【和谐】M烂了，我必须要自己写或者需要用JQ，JS，AJAX的时候，再考虑MVC的问题

 

4.

那这样的话,前台和asp不是一样了吗??
我靠..
从asp转到asp.net
现在前台又要回到asp了..


为什么你们非要看前台列？ 看看 Controllers 看看 Global.asax 看看 Model  

 

5.

 

 ASP.NET MVC写出来的东西，干净利落，出来的HTML页面轻巧不臃肿，以后网站的维护和扩展也容易。好处还是蛮多的。

 

6. 微软官方的 asp.net mvc视频课程，在webcast中可以下载，主讲老师：苏鹏 讲的很不错