ASP.netMVC绝不是MVC设计模式,更不能算是所谓MVC框架,
JAVA的SSH本来就很糟糕了,ASP.netMVC一脉相承,ASP.netMVC对MVC设计模式的支持甚至还不如winform和WebForm,SL
充其量和js相当,但遗憾的是JS在客户端,而asp.Net隔山打牛

解决方案 »

  1.   

    当我们实现了一个业务,
    既可以用asp.netWebForm去呈现,
    也可以用html+js去呈现,
    也可以用winform,SL等其他UI平台去呈现,
    你只要为这几种UI准备相各自的通用的视图驱动器就可以了
    这才是MVC的,asp.netMVC,要是非要往MVC上扯的话,充其量算作一个html+js的视图驱动器空壳,
    而微软并没有提供和数据分离的,动态的驱动界面的手段,
      

  2.   

    不同意楼主的说法,初学者最好直接接触asp.net mvc和http协议,避免成为楼主说的“控件的熟练使用者”。原因不在于技术,asp.net mvc和webform并无本质不同,它们的基础对象都是一样(Context,Request,Repsonse),用webform一样可以实现mvc模式。问题在于人,开发者最初迈出的那一步,对他的方向和习惯影响非常大,当他习惯了控件的小甜头之后,会没有耐心了解底层的原理。
      

  3.   

    asp.net mvc 和 entity framework 没有关系,一个是领域层前面的应用层,一个是领域层后面的持久化技术,两者风马牛不相及。如果硬说它们有关系,那也是食客和饭馆的关系,方便而已。asp.net的本质仅仅是对web请求上下文的封装,不要赋予他过多的含义,否则就回到了webform的老路上。
      

  4.   

    MVC只是个概念,ASP.NET的MVC框架确实有MVC的概念。
    所谓概念只是一种方法,当然使用webform的同学们只要避免使用webform控件再加上ajaxpro等ajax框架。
    也可以轻松实现MVC的思想。同时也可以应用webform的其他特性。我认为MVC思想可以学,但没必要追求MVC框架,不过可以学习一下其中优秀的部分。例如清晰的模块化设计思想。另外个人觉得MVC框架只是个工具与LINQ一样,与其钻研这个。不如真正的把应用层面的基础打好。例如LZ说的HTML5/websocket 之类的才是真正需要钻研的。
      

  5.   

    LZ的写的不错   但是我个人觉得 其实MVC也适合初学者  
      

  6.   

    java程序员学Web开发就要学strust一样,如果没有WebForm这种模式,初学者学的就是MVC了。asp.net mvc可以说是在strust(重配置)和RoR(重约定)基础上的升级。MS在前台大胆的吸收了jQuery作为
    其js框架也是开明之举。显然,MS想让WinForm程序员无缝开发Web应用的理想没有实现的那么完美这一点支持lz但对于初学者如白纸一般,反而比较容易接受MVC的思想,倒是WebForm开发惯了难以舍弃直接数据绑定的便利。
      

  7.   

    前些天 试用了下MVC 确实好多原先的开发习惯都被改变了 不过 不得不承认 用MVC做管理后台确实好快(因为后台对页面样式没太大要求)...
    这篇文章 写的不错 顶一下 留个名先!  
      

  8.   

    MVC看起来像是界面与程序都分离了,不过做起来的时候才发现没有那么彻底
    另外MVC开发东西个人觉得没有快捷,只是新出来一种强制分离的三层思想,基本都是EF+LINQ的使用
    里面的AJAX我觉得jquery比软软封闭的js要好,就像大家用javascript而不用jscript一样,微软总希望强制把自己的东西塞给开发者
    优缺点都存在,看情况使用工具
      

  9.   

    发表几点个人看法:
    1、微软最初的webform,本来是想让大家跳出mvc的圈子。webform其实和jsp没差哪,除了崩溃的控件
    2、webform的事件机制很好,终于不用配置action、FORM了;
    3、那崩溃的数据持久层,也被DataSet取代了,内嵌的方法甚至让我们可以通过Dataset的XML实现来彻底抛弃数据库,java?除了后来apache的一个xml映射的框架,我还真不知道别的数据持久层除了bean还有什么东西。IBM的BO不错,也是基于XML的实现,但是比起Dataset来,差太多。怎不知道现在的微软还搞什么MVC和三层架构(因为有人还故意把DataSet转换成一个结构体来用,我太崩溃了?难道三层架构都得照着struts做不成)
    4、java在BS方面有强大的中间件支持,微软除了IIS,我还没看到别的。尽管目前有很多针对http加速的解决方案,但是,在要求更大的企业级开发中,webform仅仅是个小船而已(偏激了点,至少,央企和政府们全是java的解决方案)。
    5、在桌面软件中,则完全会显示微软的优势,java,见鬼去吧。
    6、本人java和.net全做,这两种语言都有我喜欢的优势。尽管什么都会做,但是我讨厌SSH那令人崩溃的配置,我讨厌那些自作聪明的服务提供,我讨厌hibernate,ibatis能让我稍微舒服点,我讨厌spring,尽管它能帮我做很多事。
    综合来说,这两者的难度其实并未有太大的差别,微软更简单,java稍微繁琐一些。桌面系统微软全面占优,BS各显其能。其实在有针对性的优化过程中,java还是不错的,尽管.net也还行,大家爱用什么语言就用什么语言就是,没得挑这挑那的
      

  10.   


    其它部分都很同意但是MVC其实很适用于初学者
      

  11.   


    Struts重配置和RoR重约定主要是Java和Ruby语言的差异。
    白纸的观点,我觉得不对,是这样的,经过系统学习的程序员是一张白纸,而没有系统学习过的,从普通用户转来的开发者,充其量只是用来做纸张的纤维。
    微软的想法是所见即所得,你见过软件,会用软件,你就能开发软件。很多ASP.NET程序员(事实上如我所说,如果没有微软这套傻瓜化的东西,他们根本步入不了程序员的门槛),他们一直在用用户的思维考虑程序,这两个DropDownList怎么联动,这里放一个Grid,里面装入什么样的数据,这个按钮按下去做什么……他们几乎不会编程,编写的代码只是为了把这些被他们称作前台的东西粘贴起来而已。
    另外ASP.NET WebForms先于RoR出现。从这个观点看,如果没有RoR,也许.NET开发者是在ASP.NET和ASP之间选择。
      

  12.   

    MVC真的是.net的框架的主流吗?
      

  13.   

    没学过MVC的飘过... 弱弱问一句 MVC真能成ASP.NET的主流吗?