对美工支持最好的,我看是Tapestry.

解决方案 »

  1.   

    标签最后还是会被处理为html的
    关键是看你的习惯了,两者也可以结合使用
      

  2.   

    那用Dreamweaver能对struts标签做图形操作的调整吗?这些应该美工做的事情吧不是程序员做的吧?
      

  3.   

    我们公司的做法是:美工用dreamweaver制作好页面之后,WEB程序员再在此基础上,将HTM改为JSP,然后再添加STRUTS标签!不是同一批人处理页面,页面效果有时不是很理想!
      

  4.   

    "我们公司的做法是:美工用dreamweaver制作好页面之后,WEB程序员再在此基础上,将HTM改为JSP,然后再添加STRUTS标签!不是同一批人处理页面,页面效果有时不是很理想!"
    这样做,好象流程上,挺有问题的,程序员有点吃亏,应该是些开发好,美工加界面上去(这个过程不能修改实际性内容)
      

  5.   

    我觉得这里有一个误区。和美工合作当然是必须的。但其实在一个项目中,页面的类型就那么几种。显示页面,列表页面,输入页面等等。那在我写这个jsp之前,我应该知道,我应该选用那种风格页面。也就是说如果是先美工设计好页面风格然后我们再采用,那你说的问题基本不存在,先做好jsp页面再叫美工去修改本来就不是一种合理的做法。taglib的弊端绝不是和美工合作的问题,如果存在这种问题只能说工作流程需要改善。
    taglib体现了一种封装的思想,如果使用合理并且熟练是可以节省工作量的,但当然你需要一个学习和熟练的过程。
    其实和美工合作的问题在很多时候如果美工先把需要的样式设计好是没有那么多问题的。struts里面的tiles也是一些taglib,但使用tiles是一个不错的选择。如果是先做后页面再叫美工修改同样的问题还存在。你没有使用Tiles或者DW的模板,如果使用了你的工作量可以减少一半。如果是项目的再次实施,你还要很多工作量去做界面的修改,你一定是在界面设计的时候出了不小的问题。试着使用OO的思想去对待页面。其实美工做的主要的工作是图片的制作以及颜色的调配。甚至页面布局都尽量不要让美工参与。美工对色泽敏感,但毕竟他不了解用户的需求,缺乏对这个页面的大局考虑。如果使用继承、组合的思想去考虑页面的设计,项目的再次实施他在怎么要求页面修改不要很大的工作量。如果是公共页面的修改,你使用了模板,就改模板。要求对颜色进行修改,如果你使用CSS去配置颜色等,就改css。还有一点我想强调的是美工对HTML不熟悉,很多时候他们做出来的页面可以精减很多代码。不夸张的说减点1/4的代码太正常了,如果美工做的页面你一点不做修改拿来用,问题多多。我说一下我的做法,通常是我先用DW做好页面,设计好布局,然后我叫美工把图片做好,把颜色调配好。我再把他做的页面再次修改,达到美化的效果同时减掉冗余的代码,我再使用,当然在我做页面之前,我会把页面分类,因为一个项目中页面一般就5种左右。我为每一种设计一个模板。模板的修改美工做,其他的非公共部分肯定是程序员去实现。
      

  6.   

    回复人: loveyt(咆哮的独角兽)  
       
    楼上的流程可能导致美工破坏页面代码逻辑啊
    美工的效率你要相信,再她不了解程序的前提下,她是不敢乱动的,不会破坏到你的代码逻辑,她有时候,甚至会牺牲掉她页面的利益(或者和你交流),也不敢去动她不了解的代码信息(何况如果多用标签,在jsp里面,是不会有真正意义的代码出现).