关键是所见及所得吗？

所见及所得是个好东西。但是，我们需要区分，这个所见，是谁的所见。

是开发人员的？还是美工的？

在我的工作经验中，开发人员和美工，用的是不同的应用工具。对于“所见”的要求，也是不同的。

对于美工来说：“Photoshop，Dreamwave，Fireworks”之类的软件，非常流行，而对于程序员来说，这三种软件基本上是不碰的。

我们可以在Dreamwave里看到增强的动态页面开发的辅助功能。
我们也可以在VS.NET之类的开发环境中，看到增强的可视化控件摆放的辅助功能。

但是，美工会在Dreamwave里写程序吗？程序员会在VS.NET里画页面吗？

对于前一个问题，基本上美工都是很谦虚的人，他们不干这种吃力不讨好的活。
但是对于我们聪明、自信的程序员来说。他们真的希望表达自己的“审美水准”。

而我们往往可以一眼就看出来，“XX”界面肯定是程序员自己做的，“XX”界面是有美工的设计的。

因此，我的观点就是，面向程序员的开发工具，根本就不应该提供什么特别丰富的“所见及所得”的功能，免得程序员看到以后“心里痒痒”，干出写自不量力的事情来。

而一个好的框架，就在于能够在程序员和美工之间，准确、清晰的分工，让他们能够各自做好自己的工作，就是最理想的状态了。

这话说到心里头去了。
有拖来拖去的东西当然欢迎，没有也无所谓。最近用sitemesh后感觉对程序员来说页面的难度小多了，不再有种看不清楚的感觉了。

可以写一些复杂的页面，oo的思想可以灌策到页面

不理解，你的意思是：为了贯彻OO思想，去写一些复杂的页面？

所见即所得的开发方式主要是为了提高生产效率，你不用写上百行set ,get 语句，然后几十次的去运行程序去看运行后的页面效果，而只要用鼠标改改组件的属性就可以实现理想的专业的效果，而不需要自己即是一个艺术大师又是程序设计大师，它降低了这个行当的门槛。

这也就是为什么现在很少有人用手动摄像机，而都用傻瓜相机，也就是为什么我所在待过的Team中C++程序员比例从来不超过10%的原因。

这也就是为什么现在很少有人用notepad写html页面，而都是用DW来写的原因。我无法想像DW如果不能支持基本的所见即所得的话，还会有人去用它吗？

没有说明白，复杂页面开发起来简单了。
页面用控件表示，也可以继承。最大程度的附用。控件积累，经验积累，到一定的程度，开发速度很快，并且质量得到保证。当然，短期内看不到效果。不过，这样写程序很爽的。和该死的id拜拜了。

我知道没有所见即所得的编程日子，那是痛苦的生活。页面的改动是多么麻烦的一件事情。
想象这么一个案例，在一个有十几个input域的页面， 你想改动几个input，麻烦啊，一个个ctrl+f去搜。还有更可怜的情况，网页发布后，发现某一个input有些不对，你想改，但是你不记得那个input的名字，怎么找！！你说，搜字段边上的中文，但是我的页面中的中文是放在properties中的，根本找不到。 唯一的办法只有从ie中看html源码，利用显示的中文找到对应的input字段名，然后再在源码中找对应字段。
在这样的情况下，你的感觉发何？唯有痛苦来形容
这就是没有所见即所得坏处。

美工不会在dw中写程序，但程序员要在dw中写代码
美工写原始页面，程序员拆分原始页面后，美工还有加入的机会么？一些界面的小改动，还得得程序员来做。

看来你我都很清楚，在页面已经“jsp化”之后，在改动显示效果的痛苦。

我想做fastm+，就是希望能够在“模板化”之后，美工依然可以自行改动页面，而不需要程序员的帮助。

至于程序员，根本就不应该那么痛苦的在.jsp或者什么别的文件里里搜索要改动的东西。（dw只是减轻了那种痛苦，而无法根本消除那种痛苦）

tapestry中所有的标签都放在.page中，html中只有 jwcid="".
已经非常方便了。

这是IDE的问题，不是技术趋向的问题。要骂就骂没有人做出像VS ,net这样的界面好了，但是如果有我想两者在技术上没有什么不可逾越的鸿沟。~