为什么主流Java MVC框架如此难以使用

使用J2EE Web开发已经好几年了，从JSP、Struts、WebWork到现在的Struts 2、Wicket，没有一个用起来简单顺手的。

 

无论哪个框架吹嘘自己有多么简单和高效的生产力，甚至让一个从未接触过Web开发的人5分钟能上手，绝对是骗人的。照着教程做一个Hello World还可以，一旦网站规模一大，根本无法维护。

 

再深入挖掘一下，你会发现，其实一个MVC框架无论服务器端设计有多么差，其实也差不到哪去，有面向对象经验的开发人员都可以写出比较能维护的代码，即便像Struts这种比较古老的框架，服务器端开发也不难，和WebWork2比仅仅是不方便而已。

 

但是到了View这一层就五花八门了，总体来说，有以下几路主流门派：

 

1. 以Struts为代表的JSP + Tag派，真叫一个难用，尤其是Tag，不但要查手册，你还必须写出if equals ... else的逻辑来。

 

2. 以JSF为代表的全Tag派，基本上写一个JSP和一个XML没啥区别，都是Tag堆出来的，甚至变态到HTML元素都给Tag了，比如<h:div>。

 

3. 以Wicket为代表的嵌入式派，可以通过<span wicket:id="message" id="message">来搞定，不破坏HTML，不过通过Filter过滤性能值得怀疑。

 

无论哪种MVC框架，目的都是要简化View的开发，然而在实际使用时却发现，简化了简单的页面，复杂页面却变得更复杂了，因为这些MVC框架都普遍忽视了一个基本原理：现代Web技术是建立在HTML+CSS+JavaScript基础上的，任何试图帮助Java开发者隐藏HTML、CSS和JavaScript的努力最终都将阻碍Web开发。不会HTML，不会CSS，不会JavaScript，那就不要做Web开发，无论你多么精通Java！

 

正是由于这些MVC框架有意无意地让Java开发人员远离HTML，才造成了View开发的困难重重。尤其以JSF为代表，性能就不说了，要添加JavaScript你只能先看编译后的HTML源码，要修改CSS要DEBUG至少N次，所有的可视化HTML编辑器都用不了。

 

所以，要真正提高Web开发的生产力，尤其是页面的可维护性，Web页面必须由精通HTML+CSS+JavaScript的开发人员完成，服务器端技术对这些的侵入性越小，页面越容易维护。目前我认为比较好的View框架还是Velocity和FreeMarker，通过<div>${message}</div>比JSP Tag强很多，结合HTML可视化编辑器（主要指Dreamwaver），调试起来非常方便，而且不用重启服务器。至于服务器端，其实各MVC大同小异，我一直使用Spring MVC+Velocity，少集成一个框架毕竟麻烦少一些。

评论

9 楼 liu346435400 2012-07-20  

恩，不错的文章。struts虽然号称功能强大，但那些标签库确实令人难受，增加程序员的学习量不说，而且不容易实现美工和后台程序员的分离。需要深思

8 楼 shengfuqiang 2010-07-28  

view开发对java程序员来说确实难，主要是没有重点关注view层的开发而已，

7 楼 shengfuqiang 2010-07-28  

view开发对java程序员来说确实难，主要是没有重点关注view层的开发而已，

6 楼 fyting 2009-08-05  

引用

现代Web技术是建立在HTML+CSS+JavaScript基础上的，任何试图帮助Java开发者隐藏HTML、CSS和JavaScript的努力最终都将阻碍Web开发。

深得吾心啊。
在ajax盛行的今天，这类自动生成的逐渐会变成废物。而JSF压根就不是MVC路线，在一部分企业开发中可能还有一点用吧。反过来，ASP.NET MVC倒是做得不错……

5 楼 crabboy 2009-07-12  

不会HTML，不会CSS，不会JavaScript，那就不要做Web开发，无论你多么精通Java！

这话在理。

4 楼 vb2005xu 2009-06-29  

我个人认为当前最好用最简单的MVC框架是Spring MVC .... 但是还是有很多不便

抛开MC这两个层次...对V这一层的实现,各种框架均有不同的实现,对lz所说的深表赞同...lz所说的Wicket我还是第一次听到,感觉这个和python的turbogears框架中使用的那个kid差不多...我个人认为,单开效率不讲,这种确实最好维护和协作的...

现在的MVC框架在V层,似乎是让JAVA程序员担任着这个开发责任,让一个java程序员同时兼任美工的作用... 那么多的标签,美工咋的会..??

我平时接活的时候都是SpringMVC ,在V层仅仅使用JSP + JSTL来弄,这样和美工很好的协作,美工做的页面拿过来改下就可以使用...

想修改页面的时候,又不用重启服务器..很方便...

我讨厌使用标签库,真的很讨厌... 比如那个displaytag,说白了不就是一个增强型的表格,这个使用JS可以轻易的实现,为什么要使用标签库呢,我始终都是使用JS来渲染这些,

<table class="displaytag" requri="infolist.do?user=admin" mode="debug"></table>

后台infolist.do传过来的是XML或者JSON数据,前台处理下...

mode属性指定开发时的性质,为debug的时候则显示实现设置好的一组数据

条钱库仍JAVA程序员看不起JS,同时与美工脱节,让JAVA全能,使得JAVA程序员变成了集系统设计,代码开发,页面设计等等的大拿... 真的好么?

3 楼 kobevaliant 2009-06-26  

不错，很同意。
当应用复杂之后，分离解耦永远是提高生产效率、提高并行开发效率的不二法门。
jsp tag技术（包括类似jsf之类的变种）在这方面做得很不好，本身页面上的html css js就够乱的了，它还跟着添乱，让页面开发一团糟。

2 楼 jmu 2009-06-25  

mvc框架我认为并没有阻碍view开发 
mvc说白了是给一站式人方便用的,web展现技术说实在的对于一站式的程序员很琐碎,很耗时间,很棘手
所以对于view的包装方便了一部分人使用,
的确对于生产环境,真正的商业开发,没有专业的web写手是不行的
但这不管struts这些框架的事啊
  传统的struts1我可以继续用, el我可以继续用,我页面照样可以js,css,jquery,或者直接用json传输

其实mvc所做的努力无非是想让写后台的和web工程师分开,顺便提供了前台展现的基本解决方案,因为并不是所有项目都有必要花精力,人力,把web打造到极致, 所谓够用就行了

"正是由于这些MVC框架有意无意地让Java开发人员远离HTML" 这话我不敢苟同, mvc, 对于m.v和c都进行了包装,单单说让开发者远离v是不公平的,如果这叫远离html, 我也可以mvc让他们远离servlet,远离jdbc...
view开发难度重重, 是因为一直以来对于web开发人员的偏见和发展不均衡的导向等原因造成的
估计现在很多公司仍然把web前台程序员叫做"美工"吧!

1 楼 liangcoder 2009-06-25  

Web Developer 和 Java Developer 还是有一些区别的，例如 HTML CSS JS 确实是必不可少的。