表现层该由谁来做！？

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

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

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

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

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

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

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

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

这些工作基本是程序员做的,美工负责的是图片的处理生成,以及布局

那你认为你们现在的方法是不是最合理的呢？还有没有更优化的空间呢？

程序员。。。。由于业务越来越多了，所以美工很难达到目的

可怜的程序员们......肩上的担子越来越重了，先默哀三分钟...

我正在策划下一套框架，希望把程序员从表现层解放出来。程序员不再管理工作流程和UI，只用实现每个功能点。而美工和项目经理负责UI和工作流程。

好钢要用在刀刃上，程序员的成本还是不低啊。

现在程序员满大街都是，成本低地很，但好的美工可就难找了。
我们公司的情况和2楼兄弟说的差不多，美工只负责整体观感及相应图片，代码都是程序员写的。

这年代，只要是“好”的，都难招。

基本功不好的程序员，我们都不敢招，招了做项目可能会更吐血，带他们的话压力都在自己身上。写出来的东西什么隐患都可能有，不自己过一遍代码，谁敢发布到网上。引入的开源包，那是成片成片的，代码还没100行，就敢引入几十个包。有时间调教他们，我还不如自己把代码都写了。

可是稍微过的去的程序员，就很难碰到，就算碰到要价也不低，难道是武汉环境太差？

相对来说，美工就容易找多了。

美工作静态页面、布局、效果js、切图
程序员再拼起来，加逻辑

恩，看来你们都是在让程序员作总装的事情。美工会不会经常很闲？

我听不止一个程序员抱怨过，跟美工的沟通是最麻烦的。界面要有改动，与其让美工动手，不如自己动手。

我们现在的美工挺开心的，说我们现在的做法改页面真容易。我现在界面的问题基本都不用管了，调试和集成都丢给美工作了。呵呵

我们公司都没有美工