为什么写java非要想方设法要实现MVC


有些代码写在JSP里就几行而已
干嘛还要单写一个类，再加个跳转啊，再设个getAttibute()?
好麻烦我觉得实现MVC也要有个度吧，不是所有的东西都要MVC分的那么清楚吧

解决方案 »

  1.   

    这是形成一种规范。说句外行话，所有的代码写成一个类都成，但是这样代码就没有可读性，以后别人修改或者查看源代码的时候根本都看不清晰。MVC只是一种模式，利用这种模式的话，可以把各个部分分成小块，每部分都负责自己该要负责的东西，这样代码看起来非常清晰，而且别人想要修改的话也知道从哪下手
      

  2.   

    这是一个度的问题，得靠自己把握，并不是实现MVC就一定好
      

  3.   

    规范跟习惯问题，如果你一个人写程序，可以完全不按照MVC模式去写，不过要保证时间久了以后你还是能看的明白就可以了
      

  4.   

    我个人接触的开发getAttibute到是很少用，EL比较多。上面说得都没错，
    MVC的好处就是容易维护，换句话说，容易扩展。
    如果只把目光放在眼前的某个功能上，的确看不出MVC到底好在哪里。
    但是，如果你把目光放长远一点，
    考虑到整个系统的功能、相关功能的管理，再进一步说，今后的维护，代码的管理等等，规范就很重要了。
    MVC是提高开发、管理效率的手段之一。
      

  5.   

    这个就是规范 比如你要是后期进行更改 你怎么办 一次次改jsp页面吗 使用mvc可以让后期维护的时候方便
      

  6.   


    1：便于分工；
    2：便于维护；
    3：代码复用好。使用框架完全可以避开getAttibute.
      

  7.   

    你要是问这个问题我想j2ee不合适你。改语言吧
      

  8.   

    小的项目 当然 可以不选 MVC  但是 项目比较大的时候  就要考虑很多问题了。。比如 程序的扩展。。想象 一下  开闭原则  呵呵。。有时候很多 功能 需要根据客户的需求来改mvc  各层之间 分开你说 是你该 jsp  中的代码hao ??还是 从新写一个类。。添加一个模块号？？
    不过 mvc  是根据项目的大小来的当然 你的需求分析 很重要的。。
      

  9.   

    要大多的时候，你会知道mvc的好处，还有就是小项目，以后扩展和维护上，你会觉得很简单
      

  10.   

    MVC只是一个模式，也不是让你照搬全拿啊，你可以把复杂的项目使用MVC 简单的可以用jsp+小脚本就行了