本人刚接触MVC,还有很多地方不明白。在此想和各位讨论一下MVC。望大家指教。
我看了一下MVC方面的开发资料,觉得MVC利用Controllers将数据传送达到Views中显示数,在Views中利用HTML控件显示或操作数据(MVC不建议使用服务器控件),但本人觉得利用只利用HTML控件的话有时候很不方便,例如使用服务器控件中的DropDownList,它有OnSelectedIndexChanged属性,当先择某一项时就可以通过post_back执行后台相应方法和返回相应结果在当前页面显示。而利用MVC只在VIEW中利用类似于Html.DropDownList()这样的方法怎样才能实现这样的方法,和利用Controllers中的Action实现呢?而且要实现某些效果的事件感觉上利用服务器控件方便很多,但还是在恶补MVC中。
请问各位有什么好的教授给小弟呢。

解决方案 »

  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。LZ说的这些功能依赖JQuery都能实现。
      

  3.   

    但是要实现某些效果,用JQuery和Ajax不是每个编写程序的都会,也不是每一样都精通的,而利用服务器控件有时候返而能够容易实现某些效果,需然成生的HTML代码比较臃肿。
      

  4.   

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

  5.   

    对于控件奴来说,最好的永远是拖拽控件,这是开发的最最初级阶段,所以建议还是暂时先不要接触mvc。等你什么时候觉得服务端控件太T【和谐】M烂了,我必须要自己写或者需要用JQ,JS,AJAX的时候,再考虑MVC的问题
      

  6.   


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

  7.   

    感觉MVC还是比较好,只是又感觉资料少了点
    MVC好像是回归到大部队了,webform好像有点搞特殊
      

  8.   

    千万不要把asp.net mvc直接简化为mvc,那样会贻笑大方的。
      

  9.   

    我感觉mvc对一个用传统模式的开发人员来说,不是太爽的事情。
    因为它把一些服务器控件,用户自定义控件都废除了。
    不太适应
      

  10.   

    微软的界面开发技术,从上个世纪90年代初由vb开启的windows事件驱动(消息驱动)模型开始,现在已经步入xaml的新的体系之中。如果你只想了解开发(不论是桌面还是web)应用程序技术,纯粹从技术上考虑,应该学习和精通silverlight。asp.net更多地是符合10年前的目标的,现在的地位有点尴尬,它既不快也不强,但是反过来说有可以说既不慢也不低级,就看你怎么说了。
      

  11.   

    sorry,上面说的有点问题,事件和消息回调是mfc开启的,而vb开启的是ide编程并且将事件编程技术变得特别简单实用。
      

  12.   


    P哥相当推崇sl,为什么不搞fx呢?能说下自己的理由么?
      

  13.   

    拖控件满好的呀,更加符合oop思想
    只不过webform对seo不行...
    期盼高人指点..
      

  14.   

    我也是实习MVC,感觉那么好的服务器控件不去用,太可惜了。学习学习
      

  15.   

    我是初学者..最近下载了个asp.net MVC的demo,想好好研究下.
    感觉自己给自己的目标太高了.ASP.NET还不太懂就想研究MVC...
      

  16.   


    FLEX你用过吗?
    对.NET程序员来说,FLEX~~JAVA,一看项目目录结构就知道了!!
    相当不顺手,既然是.NET程序员,当然会用老东家的SL。
      

  17.   


    Flex我才用了1年半,就算没用过吧,但是我觉得光看目录结构和顺不顺手或者是不是干.net的就来比较fx和sl,显然是不合适的,而且很肤浅。各有各的长处,但是我还没有理解透彻,所以来问P哥。
      

  18.   

    我这样的人webform和mvc觉得都没啥不习惯的!或许是我两样用的时间都对等的原因吧!
      

  19.   

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

  20.   

    目前我也有打算去学学MVC,但是不知道如何学起。
      

  21.   

    咩是MVC.不要整天玩概念.总的来说,开发网站服务器控件尽量少用,尽量用HTML代替控件.
    应用程序由于使用的人不是很多可以多用
      

  22.   

    没有一个好的mvc Demo        视频更好
      

  23.   

    实例:http://www.baoshuiqu.com/contents/12/4657.html
      

  24.   

    mvc ,想用控件也是可以的,做一点小小的修改就可以了。但是不推荐使用, 但是有时候还是会用到,比如,水晶报表控件
      

  25.   

    其实现在主要还是MVC方面的资料比较少而已。当有了很多的开源JQ、AJ直接调用,觉得写出来的WEB灵活性还是很强的,修改也很方便。
      

  26.   

    记得老赵又一个mvc学习的视频。我刚开始学的时候就是看老赵的视频
      

  27.   

    MVC新出的东西
    MVC资料少
    MVC还不是很完美
    MVC更新会很快
    MVC前景是广阔的
    MVC程序员学习是痛苦的
    MVC只是多了一条路而已
    MVC不是必须的一位的路
      

  28.   

    欢迎各位加入ASP.NET MVC框架超级群!让我们共同学习、进步!QQ群号:30234127 非常乐意为大家提供一个良好的交流平台!
      

  29.   

    asp.net mvc3正式版今天上午正式发布!支持高新能的 框架!
      

  30.   

    十年河东,十年河西。MVC就象女人的衣服,变着花样来诱惑你--本质还是那么回事情。能快速的完成项目,赚得银子,用ASP又何妨?一些个专家几商家就靠这个来忽悠人,不然,谁来买他的产品?WEB开发,HTML、XML、XSLT、CSS、JS等搞熟练才是真枪,否则跟风就永远是今天东风,明天西风,吹不死你,也累死你。