本帖最后由 huangyou250 于 2012-04-30 18:04:37 编辑

解决方案 »

  1.   

    你还是学会至少一种基于javascript的大型插件架构,或者silverlight/flex开发,那些编写web前端程序才比较靠谱。
      

  2.   

    你说的是asp.net mvc还是mvc设计模式?
      

  3.   

    如果你不会MVC,你希望的答案是不流行。如果你会了,似乎也没有必要来问这个问题。
      

  4.   

    企业前端应用编程的重点一定是实现交互式界面。例如实现一个订单,那么首先你的页面的长像得像订单,其次其交互操作得具有多层窗口嵌套(而不是在不同页面之间刷新来切换去地烦死人),操作必须快捷,尽量支持桌面用户体验(例如上传文件主要从资源浏览器里把文件拖入到页面上就行了,把一个数据项拉入另外一个功能里只要用鼠标拖拽数据到功能上然后释放就行了,等等这类操作)。以前的asp.net现在可以用作产品原型,因为其入门门槛极低。所以企业如果找不到合适的开发人员,可以先招聘asp.net程序员来做几十个页面暂时对付一下产品(以后一定需要重构)。然而如果你找到所谓的asp.net mvc程序员,这时候asp.net本身的技术对于开发企业交互界面还有什么用?这时候就直接要求程序员可以用javascript大型插件去开发企业交互式数据编辑页面了,这其实是提高了难度。可惜现在大多数自称为已经学会了asp.net  mvc的普通开发人员,并不掌握任何一种非常实用的开发交互式数据编辑页面的技巧,而连以前的asp.net控件开发也不会了,所以是技术倒退。
      

  5.   


    我给你出个简单的题目。假设页面上要显示一个地图,地图可以拖拽、缩放、测距等等,然后用户可以在地图上某个标记上录入一个“订货”单,在另外一个标记上编辑一个“公文/合同流转”单,在一个仓库标记上去查询库存状况和具体货品的信息,可以查询这些不同种类的任务信息。让你做这样一个web程序,跟你的所谓mvc有什么关系呢?不需要你去有多少技术,你只要能说出这种程序的技术跟你说的mvc有多大必然的关系,就行!
      

  6.   

    至少从我的角度,我是看不出有多大关系。我们需要的是急需的技术,做实用的整合。例如我们就需要在页面上简单但地绑定数据就能成为“订货单、合同公文、库存表”的客户端控件,而不是什么“服务器处理action的理论”。假设asp.net将所有控件在客户端实现,那么它就可以用于现代的web企业应用开发中。否则他就早就过时了。实际上web数据服务我们可以做得很好,不论是使用windows service承载httpListener实现自己的web网站,还是使用asp.net,都只是简单的工作。我们需要的开发人才是真正使用的——上述那种需求的——开发人员,而asp.net mvc所推崇的那些服务器端的“好处”对于上述这类需求实现真正需要的任何一个有必要的架构层次都不搭界。
      

  7.   

    流行,流行极了碉堡了iphone 开发 第一节课 就爆mvc
      

  8.   

    MVC 有点傻瓜化,
      总之象是一个 多格书包,
        只要往每一个特定格子塞进合适大小的书就行了。
    还有一个就是,
        mvc 死板了一点,看拟条条有序,其实不好控制 。请各位喷喷!有请!! 谢谢!!!
      

  9.   

    个人观点:
       随便参改一个流水线作业,
       抄流水线 的作业流程到 程序中,都好比MVC 
      

  10.   

    sp1234. I agree with you. The UI or Client is most important part of any project.
      

  11.   

    asp.net 建议还是先不学mvc,就是 webform吧比较好,真的要学习这个建议学习一下j2se 中的s2sh结构这是原版的mvc很多,微软的这些很多东西都是学s2sh的。java版的非常完善了,这个资料也比较多。
      

  12.   

    个人认为MVC的框架比.net效率高,不过快速开发还是用.net比较好,性能的话mvc比较好。主要是你学会了以后才能体会。
      

  13.   

    要看是哪个版本了。大项目还是MVC2好用,性能也不错。MVC3.0不尽人意。运行效率太慢!