对于“数据，表现，行为”分离的疑问

一直最痛苦的事就是和美工合作，每次拿来的都是一个看上去不错，一打开源码就让人发疯的页面给我，让我加标签，写js。而且经常添加动态内容后会发现页面还有些小问题，又要改，实在崩溃。
看了关于数据，表现，行为的观点后，感觉如果能做到这样，那么在处理页面上就再也不会痛苦。有些问题想不明白
1.页面当然还是美工设计，美工做，里面的动态内容肯定还是程序员写吧？就算使用freemarker这样很简单的模板引擎，我也想不出能让美工写标签的理由。
2.css控制表现，js控制行为。如果完全的把js和页面分离，也就在html或者xml标签中不出现任何关于js的东西，所有的事件都是通过绑定，这样代价是不是有点大了，本来在标签里加上onClick=xxx()就行了，如果这样可能会绕很大的弯路。

"美工"的概念我不太理解.

因为在我们公司,页面美观与否,取决于"设计"的水平高低.

而写html页面的,称为"制作".

一个优秀的"制作",不会让你感觉到丝毫痛苦了.

这个我有体会,因为在我们公司以前离开了一个制作,从此我再没碰到过如此优秀的制作了.

你的意思是：设计页面的和制作页面的不是一个人，设计页面的可能连html都不懂，只是画出一个样子来。制作页面的根据设计出的样子，写出css和html(xml)?这样确实不错，不过一个小公司恐怕不会为了页面请两个人

正常的不能再正常的事情，不知道你 崩溃什么

怎么会有这样的页面给你

表现层该由谁来做！？
关于表现层UI设计的一点点见解，欢迎大家讨论。
更多相关推荐 一直最痛苦的事就是和美工合作，每次拿来的都是一个看上去不错，一打开源码就让人发疯的页面给我，让我加标签，写js。而且经常添加动态内容后会发现页面还有些小问题，又要改，实在崩溃。
-----------------------------
当然是美工做，你用美工做好的，那么你肯定要改它的代码啊。看到代码发疯一般是很多的废代码，你竟然看懂了那就改一下咯，没必要崩溃。

那是当然了.
一个新东西要做,经过四个职位的人的手:

"产品" - "设计" - "制作" - "程序"

"产品"的工作成果是 word,草图.
"设计"的工作成果是 jpg的图片.
"制作"的工作成果是 和设计的jpg图片完全一模一样的html以及其下的style images文件夹及其内容.
"程序"负责所有剩余的工作

我们公司的几个"设计"都非常非常优秀.做出的页面图片非常美观.他们善于使用 photoshop等工作,也会html,但并不如"制作"那么精通.

写html的人不见得有艺术感.
而设计就非常有艺术感了.

我的同事,一个非常优秀的设计,经常谦虚的说,真正有实力的设计,都在广告公司,不在互联网公司.

为什么你会觉得这正常呢，难道美工做出来的页面，其代码一定要是乱七八糟的吗？我们的要求不高，至少要有点缩进吧，不要一行几千个字符，想找到与上一个<div>匹配的</div>要花半天时间，到处是 ，<font>更可恶的是，css全用#idname这样的方式，就是不愿意用class，一个页面中几十个相同的id，有的标签更是id和class都关联到风格。

如果结构，表现和行为能分离，结构全用xhtml，只要约定好使用哪些id为js控制就行了，页面也很整洁，修改也方便。这样不是更好？

实际上表现和行为完全分离，现在还是做不到的。
个人觉得 "产品" - "设计" - "制作" - "程序" 这样的职能划分是比较科学的，最好把设计和页面制作分开。
我没有接触Web前台技术之前，对页面制作也是不以为然，事实上它是一项非常繁杂的工作。



这个问题好解决，你需要一个可以对xhtml进行格式化的工具。我自己没有用过这一类工具，楼主可以再网上找一找，应该会有的。
或者使用FireBug来分析页面代码，结构会清晰地呈现出来。注：Firebug是Firefox的插件。

姜公说的现在已经实现了的。

最初的应该是Cocoon开发框架，不过Cocoon的管理很糟糕，开发效率不高，幸运的是我已经把它改造了，实现了数据，表现，行为，当然还应有管理的分离，可以参见我关于《JSP is no longer requiered》的文章和相关讨论。