大家觉得什么时候用MVC呢?这种开发模式,应该在什么时候比较好?

解决方案 »

  1.   

    http://topic.csdn.net/u/20090710/14/07f4447d-60c4-4b74-af1c-ea1b6e2e9ca7.html
      

  2.   

    要求稍微高一点儿的application
      

  3.   

    从一个一直使用微软平台的架构师(而不是从structs平台转过来的人)的角度,我看不出。
      

  4.   

    其实我一直想写一个简单的文章,谈谈什么叫做“div+css”,因为应聘中的简历里用这个噱头的人实在太多。其实甚至用jQuery动态代码也是现在替代css静态代码的潮流,用html只是声明数据的层次结构。而现在应聘中大量的所谓“div+css”我真的不知道所言何物。因为他们只是知道“不要使用table而要使用div”这种陈词滥调。我什么意思?轻量级的html只要表示纯粹的内容数据结构,然后使用javascript框架来动态产生千奇百怪的布局,于是所有asp.net、jsp、php都要退出web前端开发的历史舞台,因为他们的体系机制就是错误的。
      

  5.   

    做普通网站或企业应用都可以,熟悉掌握后开发速度比webform要快得多,而且细节更容易控制。
      

  6.   

    当你学会发明一个组件,用来改善其他组件之间的关系,那么这就是MVC的灵魂所在,
    这种方法在工业设计中(包括软件)无处不在,越是精密复杂的系统应用越普遍,
    所以什么时候都要用,我指的不是JAVA的MVC也不是asp.netMVC,
    比如十几年起的MFC、.Net系统都是MVC思想的产物
      

  7.   

    1.MVC我觉得还有一种适合与从SSH当中转移过来的开发人员
    2.何必要研究什么时候使用MVC,为什么不去考虑下什么业务触发了MVC的出现呢
      

  8.   

    按具体情况,必要时可以使用,不要为了MVC而特意使用MVC