表现层该由谁来做！？

发言要等3天阿,终于等过了阿.....

表现层该由谁来做！？程序员，还是美工，还是会美工的程序员，还是会程序的美工？

现在在java中流行的表现层处理方法，基本分为以下几种：
1.用jsp的tag
2.velocity之类的脚本
3.javascript填充数据

从技术上讲，可能大部分程序员都会习惯第一种方法，众多的框架也在用第一种方法扩展自己的表现层能力。比如struts等等。可是大家用了这个以后有没有一种感觉，那就是页面要改起来太难了，特别是给一般的美工进行修饰的话，美工基本拿那些tag没有办法。所以，最后的整合工作还是落在了程序员的头上。可是要找到一个审美观优秀的程序员，基本跟找到一个会写程序的美工一样难。呵呵，产品的结果就不必多说了，一般只能达到“看得过去”这个档次。

用velocity之类的，也同样有第一个方面的问题，虽然语法较为简单，但是毕竟是一门新的语法。要美工掌握的话，还是需要培训。

用javascript可能就会比较灵活，基本上页面如何变化都能适应，不过问题也是明显的，只要客户端不允许运行javascipt，或者客户端使用怪异的浏览器，表现层就彻底歇菜。

我们现在项目中采用的方法，是仅在jsp中使用el和jstl的部分语法，这样美工很轻松就能掌握，美工也能用所见即所得的工具（frontpage或dreamweaver）直接进行页面编辑。而逻辑部分我们使用了类似struts的action来进行处理（实际上，我们有一个自己的框架，包括orm,rro，json等功能,而且基本不用配置）。这样，美工和程序员只要约定表单内容，工作基本上就可以完全分开，各做各的。最后只需要用美工的页面覆盖程序员自己的测试页面，作一遍整合测试就可以了。

不知道各位在这方面是如何协调专职美工和程序员的工作呢？