有没有必要学下MVC? 软件跟网站哪个用的多？还有，大型的项目是webform还是mvc 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 大型的mvc好些，协同开发上也比较好安排。你可以看看mvc和asp.net webform的优缺点。建议使用MVC3或者更高版本。 MVC是比传统ASP.NET优势多太多了。初学直接上MVC4.建议同时学习客户端的MVC架构，比如Backbone。 当然有必要，如果说asp.net是封建社会，那asp.net mvc就是资本主义社会了。 科普一下 webform和mvc都是运行在 asp.net之上的有必要，建议使用MVC3或者更高版本。 我觉得，学不学都无所谓。如果想了解，可以考虑看下mvc.你指的大项目有多大，如果技术牛逼，不管webform还是mvc都可行。不过我觉得如果是大项目，mvc分类比较麻烦。 学些本质的东西更好一点，比如http协议，get or post 本质 +1,弄懂了这些，什么mvc，webform都是虚的 stackoverflow就是构建于mvc框架上。mvc和webforms面向不同的开发者，前者面向专业的，遵循web标准的开发者，后者面向希望得到所见即所得，简单易懂的编程的业余开发者。 纠正一下楼上的观点:asp.netMVC和asp.netWebform都支持基于MVC设计模式的开发,当然,无论采用哪个工具集,如果你按照微软的示例编写程序,基本上也就是学生级的作业程序 纠正一下楼上的观点:asp.netMVC和asp.netWebform都支持基于MVC设计模式的开发,当然,无论采用哪个工具集,如果你按照微软的示例编写程序,基本上也就是学生级的作业程序这谈不上“纠正”，因为我觉得这纯粹是一句废话。 webforms并不是针对业余开发者，只是代表另一种开发思想，面向组件，事件驱动。类似的还有J2EE中的JSF。不过其并不符合主流的WEB开发思想。 这个看情况吧 建议还是学学 mvc3或以上版本如果真用的到了 难道现学？ 你试试看能不能轻松地用半天时间就做出一个有着复杂的treeview控制、复杂的MultiView标签、以及GridView和DetailsView的交互式Editable界面应用程序来。如果你是做简单的网页，其实无所谓用什么。因为现在的DIV+javascript开发潮流，是把数据以嵌套的<div>形式输出到浏览器端、然后用javascript来布局和渲染，也就是说web服务器应该仅仅处理业务逻辑层，而javascript程序中才考虑是否要MVC编程的问题（这时候，随着html中输出的<div>数据库就是M，而你的C和V都是javascript形式的）。MVC是历史上最初级的UI编程形式。在大概15年前被一些java开源框架忽悠了起来，就是因为其符合“简单性”标准。这就好像在“客户端-服务器架构”上容易忽悠“三层”一样，都是因为它是最不需要更多技术的东西，所以才能够被人接受。但是web交互界面开发已经变了几代。如果你还拿着一个“不断刷新html”来实现交互界面的开发环境，这就相当落后了。从这个意义上说，不管是.net、java、php甚至是某种cgi之类的，在web交互应用开发方面，都不应该扯上“在服务器端进行mvc分层”的概念。因为现在的web应用程序的mvc分层开发应该放到客户端去完成。 在纯粹web前端开发中，你考虑的是DOM中原生的、或者你通过轻量级Ajax而取得的M，如何自动就产生不一样的界面的技术。例如我的CMS要想有不太一样的网站布局，那么我的服务器给网页输出的<div>基础数据结构稍作调整，然后调用跟之前同样的一个javascript函数，就会（在浏览器端）动态产生完全不一样的网页。这里边最重要的重点是“不修改javascript代码，仅仅修改<div>的数据，就自动改变界面”。这样，说明M和V做到了分离。使用一个预先做出来的、在js文件里成千上万行javascript代码的复杂的C层，它做到了为另外两层进行适配。 asp.net mvc是很搞笑的。它模仿我们在知道asp.net这种东西之前在写jsp（以及少量asp）交互页面时就使用的做法，实在是一种“人类又长出长尾巴”的现象。 你17楼的说法说明你对asp.netMVC和asp.netWebform认识偏差很大,所以才纠正你的说法,对待知识要用科学的态度,这里是技术论坛,身为版主你更应该自重,以身作则,动辄对别人人身攻击或者讽刺挖苦,不能证明自己的正确 你17楼的说法说明你对asp.netMVC和asp.netWebform认识偏差很大,所以才纠正你的说法,对待知识要用科学的态度,这里是技术论坛,身为版主你更应该自重,以身作则,动辄对别人人身攻击或者讽刺挖苦,不能证明自己的正确说这是一句废话并非人身攻击，你想多了。 答非所问我说的意思很明确，你说的，不使用MVC框架，你也可以实现MVC设计模式，这当然不错。但是这句话毫无价值，纯属废话。lz问的显然是asp.net mvc框架而不是用什么方式去实现MVC设计模式。再说一次，你利用asp.net的视图引擎山寨出了一个mvc框架，甚至它在你的开发中如何实现了所谓业务重复使用，我想如果你能专门写成文章分享你的观点那善莫大焉，但是没必要像狗皮膏药那样，看到任何有关mvc字眼的帖子都贴上这么一句，这可不是什么好做法。 看你要做什么了如果是做网站的话，还是需要 asp.net MVC的，因为div + js （+ajax + json） 满足不了seo，而大多是网站都是必要能够满足seo的。如果是做后台管理（比如mis、OA、CRM之类），那就没有必要了，因为这些都不需要满足seo，所以div + js +ajax + json 可以很好的满足各种需求。这个是两个不同的发展方向，只要搜索引擎还是不支持ajax，那么就不会有啥变化。 一开始你说了错误的话,我纠正了一下,你就又开始发作了,你不懂的东西就不要瞎扯了,MVC是什么东西你自己去查资料去!我都懒得给你解释了,还"山寨框架",你也不怕把人噎着,我都想不出来现在微软的哪个工具集不支持MVC的实现asp.netMVC就是一个web开发的工具集,名字中间含有"MVC"三个字而已,不是说你用它写代码就是MVC了.微软的示例也就是个学生级的样板,可不是MVC设计模式的实现!顺便说一句,不要以为给自己封个"设计总监"就是设计师了,你不懂也还是不懂,你总把自己当个裁判,评判别人,这里不需要裁判,你也没有资格,谈软件设计,一直是你的弱项,一旦话不投机,你就恶意歪曲别人原话,阴阳怪气恶心别人,搞得自己像个国际裁判,劝过你很多次,你哪次听进去了 打一场吧，谁赢谁说了算。反正我不会MVC ....WINFORM飘过 本不想说什么的，但不想有些东西混淆了，所以我简单评论一下这两种。从根本意义上说，webform是一场革命，实现了可视化编程，直接写事件，是一种巨大的进步。然而，在回传时要保留视图。于是为了提高通信效率出现了mvc，mvc回传效率提高，但可视化性能下降了。以我的观点看，mvc是一种退步，但进步是螺旋式的上升。现在剩余的期待是，mvc也能够实现一场革命，实现到可视化编程，能处理多按钮事件问题，和复杂的数据逻辑处理。总之一句话，如果业务逻辑不复杂，只是网页展示，mvc适合。如果是复杂的业务逻辑处理，webform无疑更占优势。 插一点题外话，这个早就有很多曲线方法解决了。举个简单例子，seo抓取很大一方面是通过链接，那么，你可以将链接写成这样：<a href="/aaa/bbb_123?..." onclick="ajaxLoad(this)" />XXOO</a>你只需要在ajaxLoad(link)中将link.href用ajax发送，并绑定回调函数用以显示内容到指定的DOM容器。函数末了返回一个false（多这一句很关键）当用户去点时，因为返回的false，会立即触发click事件，但并不会打开链接页面，浏览器屏蔽了默认行为但是爬虫机器人是不认什么onclick脚本的，它只会认得里面的href，这样目的就简单达到了页面里面那么多链接需要ajax怎么办？很简单，根据需要，利用选择器动态绑定click事件处理就行了 link.href用ctrl+点击打开会是一个完整的页面， 用ajax发送时，可以提取href中的参数，再用ajax请求需要的那部分内容，没什么技术含量的就解决了seo问题 一开始你说了错误的话,我纠正了一下,你就又开始发作了,你不懂的东西就不要瞎扯了,MVC是什么东西你自己去查资料去!我都懒得给你解释了,还"山寨框架",你也不怕把人噎着,我都想不出来现在微软的哪个工具集不支持MVC的实现asp.netMVC就是一个web开发的工具集,名字中间含有"MVC"三个字而已,不是说你用它写代码就是MVC了.微软的示例也就是个学生级的样板,可不是MVC设计模式的实现!顺便说一句,不要以为给自己封个"设计总监"就是设计师了,你不懂也还是不懂,你总把自己当个裁判,评判别人,这里不需要裁判,你也没有资格,谈软件设计,一直是你的弱项,一旦话不投机,你就恶意歪曲别人原话,阴阳怪气恶心别人,搞得自己像个国际裁判,劝过你很多次,你哪次听进去了你可以就事论事地说，但是不用出言不逊，显得如此没有修养。对照你前面的话，这就自打耳光了。 一开始你说了错误的话,我纠正了一下,你就又开始发作了,你不懂的东西就不要瞎扯了,MVC是什么东西你自己去查资料去!我都懒得给你解释了,还"山寨框架",你也不怕把人噎着,我都想不出来现在微软的哪个工具集不支持MVC的实现asp.netMVC就是一个web开发的工具集,名字中间含有"MVC"三个字而已,不是说你用它写代码就是MVC了.微软的示例也就是个学生级的样板,可不是MVC设计模式的实现!顺便说一句,不要以为给自己封个"设计总监"就是设计师了,你不懂也还是不懂,你总把自己当个裁判,评判别人,这里不需要裁判,你也没有资格,谈软件设计,一直是你的弱项,一旦话不投机,你就恶意歪曲别人原话,阴阳怪气恶心别人,搞得自己像个国际裁判,劝过你很多次,你哪次听进去了我只是说说我认为正确的观点，看着说的没有谱了就纠正下。我就是这个脾气。当然我说了，我水平有限，至于什么设计总监，裁判或者设计师，你给我封上这些称谓你也请便，过了几天，你发现和你心目中的这些形象有距离，你说我不配我就不配好了。我可对你山寨出来的这些莫名其妙的头衔没有兴趣。你认为我什么地方有弱项，你大可以广而告之。反正如果那真的是事实，我也没有什么丢丑的，天生我也从不以不懂装懂出来的“强项”而虚荣。你觉得我有“弱项”只是你原先高估了我而已。但是我同样告诉你，除了你，没有人那么关心我有什么“强项、弱项”，至于你兜售的那些颇有草根意味的山寨搭建软件的经验，我肯定过其中务实和有价值的成分，也肯定过你的探索精神。但是如果发展到你必须别人全盘接受，否则就喋喋不休（或许在你看来是劝了“好多次”），甚至恼羞成怒恶语相向，那么我直截了当地告诉你我不能苟同你的观点，或许直接唐突了一些，但是也是没有办法的事情了。和大多数开发者不同，你具有典型的民科的特征，那就是强烈的“被认同感”，完全封闭在你自己的思维方式之中。甚至让人哭笑不得的是，你推理及人地认为，你说我如何如何不配这个，没资格那样，似乎很发泄你的情绪，可是事实上，你大可以天天把我的技术损一遍好了，可是你现在才打算这样做也有些晚了，要做也不是第一位了。 webform和mvc在大型项目里仅仅是视图层的区别而已只有那些不分层、业务逻辑和显示混合在一起的小项目才会有明显差异 dropdownlist 和 radiobuttonlist问题 关于新增记录问题 重发，加分，代码全，可调试，有执行结果图像，但求一解 要得到这样的结果，要如何查询？ 数据格式设置 如何调用Google Map Api得出两个地点之间的距离? 怎么用AJAX？ 哪位朋友能给我一个程序（在ASP.NET下如何使用NHibernate） 如何成批更新datagrid邦定的table数据成批更新到数据库中 把这段简单代码改正确，立即结帖 asp.net网站怎么不让360拦截 为什么不显示绑定的第一个数据
你可以看看mvc和asp.net webform的优缺点。建议使用MVC3或者更高版本。
建议同时学习客户端的MVC架构，比如Backbone。
科普一下 webform和mvc都是运行在 asp.net之上的有必要，建议使用MVC3或者更高版本。
你指的大项目有多大，如果技术牛逼，不管webform还是mvc都可行。不过我觉得如果是大项目，mvc分类比较麻烦。
asp.netMVC和asp.netWebform都支持基于MVC设计模式的开发,
当然,无论采用哪个工具集,如果你按照微软的示例编写程序,基本上也就是学生级的作业程序
asp.netMVC和asp.netWebform都支持基于MVC设计模式的开发,
当然,无论采用哪个工具集,如果你按照微软的示例编写程序,基本上也就是学生级的作业程序这谈不上“纠正”，因为我觉得这纯粹是一句废话。
webforms并不是针对业余开发者，只是代表另一种开发思想，面向组件，事件驱动。类似的还有J2EE中的JSF。不过其并不符合主流的WEB开发思想。
如果真用的到了 难道现学？
对待知识要用科学的态度,
这里是技术论坛,身为版主你更应该自重,以身作则,动辄对别人人身攻击或者讽刺挖苦,不能证明自己的正确
对待知识要用科学的态度,
这里是技术论坛,身为版主你更应该自重,以身作则,动辄对别人人身攻击或者讽刺挖苦,不能证明自己的正确说这是一句废话并非人身攻击，你想多了。
还"山寨框架",你也不怕把人噎着,我都想不出来现在微软的哪个工具集不支持MVC的实现
asp.netMVC就是一个web开发的工具集,名字中间含有"MVC"三个字而已,不是说你用它写代码就是MVC了.
微软的示例也就是个学生级的样板,可不是MVC设计模式的实现!顺便说一句,不要以为给自己封个"设计总监"就是设计师了,你不懂也还是不懂,
你总把自己当个裁判,评判别人,这里不需要裁判,你也没有资格,
谈软件设计,一直是你的弱项,一旦话不投机,你就恶意歪曲别人原话,阴阳怪气恶心别人,搞得自己像个国际裁判,
劝过你很多次,你哪次听进去了
从根本意义上说，webform是一场革命，实现了可视化编程，直接写事件，是一种巨大的进步。
然而，在回传时要保留视图。于是为了提高通信效率出现了mvc，mvc回传效率提高，但可视化
性能下降了。以我的观点看，mvc是一种退步，但进步是螺旋式的上升。
现在剩余的期待是，mvc也能够实现一场革命，实现到可视化编程，能处理多按钮事件问题，和复杂
的数据逻辑处理。
总之一句话，
如果业务逻辑不复杂，只是网页展示，mvc适合。
如果是复杂的业务逻辑处理，webform无疑更占优势。
举个简单例子，seo抓取很大一方面是通过链接，那么，你可以将链接写成这样：
<a href="/aaa/bbb_123?..." onclick="ajaxLoad(this)" />XXOO</a>
你只需要在ajaxLoad(link)中
将link.href用ajax发送，并绑定回调函数用以显示内容到指定的DOM容器。函数末了返回一个false（多这一句很关键）
当用户去点时，因为返回的false，会立即触发click事件，但并不会打开链接页面，浏览器屏蔽了默认行为但是爬虫机器人是不认什么onclick脚本的，它只会认得里面的href，这样目的就简单达到了
页面里面那么多链接需要ajax怎么办？很简单，根据需要，利用选择器动态绑定click事件处理就行了
还"山寨框架",你也不怕把人噎着,我都想不出来现在微软的哪个工具集不支持MVC的实现
asp.netMVC就是一个web开发的工具集,名字中间含有"MVC"三个字而已,不是说你用它写代码就是MVC了.
微软的示例也就是个学生级的样板,可不是MVC设计模式的实现!顺便说一句,不要以为给自己封个"设计总监"就是设计师了,你不懂也还是不懂,
你总把自己当个裁判,评判别人,这里不需要裁判,你也没有资格,
谈软件设计,一直是你的弱项,一旦话不投机,你就恶意歪曲别人原话,阴阳怪气恶心别人,搞得自己像个国际裁判,
劝过你很多次,你哪次听进去了
你可以就事论事地说，但是不用出言不逊，显得如此没有修养。对照你前面的话，这就自打耳光了。
还"山寨框架",你也不怕把人噎着,我都想不出来现在微软的哪个工具集不支持MVC的实现
asp.netMVC就是一个web开发的工具集,名字中间含有"MVC"三个字而已,不是说你用它写代码就是MVC了.
微软的示例也就是个学生级的样板,可不是MVC设计模式的实现!顺便说一句,不要以为给自己封个"设计总监"就是设计师了,你不懂也还是不懂,
你总把自己当个裁判,评判别人,这里不需要裁判,你也没有资格,
谈软件设计,一直是你的弱项,一旦话不投机,你就恶意歪曲别人原话,阴阳怪气恶心别人,搞得自己像个国际裁判,
劝过你很多次,你哪次听进去了
我只是说说我认为正确的观点，看着说的没有谱了就纠正下。我就是这个脾气。当然我说了，我水平有限，至于什么设计总监，裁判或者设计师，你给我封上这些称谓你也请便，过了几天，你发现和你心目中的这些形象有距离，你说我不配我就不配好了。我可对你山寨出来的这些莫名其妙的头衔没有兴趣。你认为我什么地方有弱项，你大可以广而告之。反正如果那真的是事实，我也没有什么丢丑的，天生我也从不以不懂装懂出来的“强项”而虚荣。你觉得我有“弱项”只是你原先高估了我而已。但是我同样告诉你，除了你，没有人那么关心我有什么“强项、弱项”，至于你兜售的那些颇有草根意味的山寨搭建软件的经验，我肯定过其中务实和有价值的成分，也肯定过你的探索精神。但是如果发展到你必须别人全盘接受，否则就喋喋不休（或许在你看来是劝了“好多次”），甚至恼羞成怒恶语相向，那么我直截了当地告诉你我不能苟同你的观点，或许直接唐突了一些，但是也是没有办法的事情了。和大多数开发者不同，你具有典型的民科的特征，那就是强烈的“被认同感”，完全封闭在你自己的思维方式之中。甚至让人哭笑不得的是，你推理及人地认为，你说我如何如何不配这个，没资格那样，似乎很发泄你的情绪，可是事实上，你大可以天天把我的技术损一遍好了，可是你现在才打算这样做也有些晚了，要做也不是第一位了。
只有那些不分层、业务逻辑和显示混合在一起的小项目才会有明显差异