美工！我不得不说

实在是非常非常的郁闷，美工，我真的不得不说。

缘于近期一个项目，找个2个美工，基本都是首页效果图设计得不错，其他页面稍次，但基本还能接收。等到转HTML了，开始问题一箩筐了：CSS不熟，DIV不熟，FRAMESET不懂，图切的不到位，无法实现...最后还只能自己搞了，更不能奢侈他们能做JS的动态交互了。

 

这里要讨论几个问题：

首先是美工的职责，美工到底要做多少东西？总结一下前端设计有以下一些步骤：

1、设计

2、画图

3、切图

4、转HTML

5、DIV+CSS

6、JS+CSS的Widgets（滚动公告，ToolTip等）

 

...剩下的就是跟后端动态代码的整合，至此整个Web前端才算完成。

 

设计：“你们要设计好啊，我按你们的设计画啊！”，囧

画图：“我是按你们的要求画的，你上面没说要画成什么样”，囧

切图：“怎么我的表格头是一个静态图片？！”“因为表格线无法做成样式”，囧

转HMTL：...算了，我自己来吧

DIV...

JS...

 

 

前端开发就分为美工和UI工程师实现的，美工就是实现界面图案的设计，UI工程师就是负责具体HTML界面与交互的实现，包括HTML,CSS,JavaScript等，只有分清这几个才达到想要的效果。

美工一般做1，2

前端做3，4，5，6

 

分得更细一点，1还可以拆分为 交互设计 + 视觉设计, 分别由交互设计师和视觉设计师完成

 

能从1做到6的人才很难得，即便有，也很难在这6个方面都做得很好

 

 

 

1 Taglib学习成本高
2 Taglib破坏了界面美工开发

对于学习成本，我是不以为然，一个tag就那么一点点东西，稍微看2个小时
就能够搞清楚，对于已经了解Tag的人来说，学习一个新Tag时间不会很长。

而关于美工与程序员的配合，我另外有些不同看法

1 美工mm和程序员之间应该增加1个层
大多数公司是直接由美工作好界面然后由程序员在界面基础上写代码。
这就要求美工或者程序员的某一方，必须精通HTML/CSS/Script等前端技术
这如果没有1~2年的作静态界面经验是无法胜任的。

我认为这之间应该有个人专门负责前端的切图，调整CSS，写HTML代码，
制作Script，调整字符等等这些事情。 这时很有必要的。
让美工mm直接看代码肯定会头大
但如果让这个人学习Taglib，或许会有不错的效果。

这样，程序员只管后台的开发，美工只管画图，这个前端程序员来负责美术设计
和程序设计之间的配合。

2 尝试将美术设计和程序设计再次分离。
在我现在的项目中，有一个换肤的功能需求。虽然还没有开发，但是已经有部分想法。
我的想法是：界面中，不出现任何关于颜色，字体，图片，宽度等等的信息。只用CSS来控制。
如<Table class="data"><tr><td ></td></tr></table>

当然，这要求对CSS有比较深入的了解。这对我来说是不成问题的。

这样，我们可以按照程序需要显示的结构，先做出一个静态的干净HTML
即仅使用CSS控制显示方式的HTML
然后，程序员在这html基础上作JSP，美工在这html基础上作图。
最后，美工mm只需要提交一个css和若干图片即可，而不需要对jsp页面有任何修改。

CSS的有效和重复使用，使这种方式的核心。举个例子。下面这个table
<Table class="dataTable">
<tr>
<td class="dateMenu"></td>
<td class="dataOperate'></td>
</tr>
</table>
如何更欢皮肤？
我只需要import不同的CSS即可。CSS中定义
.dataTable {}
.dataTable .dataMenu {}
.dataTable .dataOperate {}

注意上面的空格，这是表示继承关系。即只有.dataTable下面的.dataMenu会有效果
这很类似面向对象的设计。因此，我可以通过这样的一个dataTable，控制表格的所有样式。

嘿嘿，这方面等过些天我再研究一下会写篇文章。

我们公司开发的是一套纯面向IE的系统，不用考虑其他的浏览器。
因此，哪怕是使用CSS进行绝对定为也是可行的。
比如现在的MovableType这样的blog，就是完全用CSS定位而不是Table

因此，我认为，如果工作安排得好，使用Taglib是可以带来效率的提高的