说到表示层,其实struts的html和标准的html标签是一样的,只是多了一些特有的属性
所以美工是不矛盾的,他们设计好的界面,我们只要把需要修改的标签变成<html:xxx,显示的效果是完全不一样的说道jstl和一些逻辑标签,在页面上使用这些标签只是为了完成一些简单的业务逻辑,而不加入任何java代码。我觉得使用标签总比用<%%>好吧,至少可以让我们更清楚的看清楚代码!其实struts只是一个框架,但不是一个死规定,MVC的实现是要靠自己人为地实现的。业务逻辑和数据层和表示层的耦合度完全是你写的代码决定的。所以如果说你的页面里面加入了太多的逻辑层和模型层的内容那就是你的实现不好的问题了,而不是框架本身的问题哦。
理想状况是页面全是<html:xx <bean:write等等显示的标签,而只有很少的逻辑控制,更不应该设计对模型层的访问。所有的控制逻辑都提交到Action里面处理,然后在Action使用DAO,DAO再访问模型的访问代理,代理访问O\R Mapping或者其他数据映射,再最后才是数据持久层。
所以说框架是死的,但人是死的,我们要灵活应用框架。并且靠自己的逻辑来实现MVC

解决方案 »

  1.   

    道前台不会调用JAVABEAN,把<%%>换成<>,前台美工就能看懂了?总有点自欺欺人的感觉。这个有同感,特别最在JSP页有多的if else if这样的东东时,用struts会死的很难看,有的也根本实现不了。
      

  2.   

    jFresH_MaN(The answer is ......)高手,现在面临的最大的问题的添加struts的<html:>等标签后,前台页面就无法直接预览了,无法使用Dreamweaver等工具的图形编译方式,总不能直接用代码写吧。我现在一般都是先用Dreamweaver生成页面,然后再一句句的将HTML语句改为struts标签,可是以后再想改动前台页面也就无能为力了。有什么好的解决方法吗?还是大家也都是这么挺过来的。谢谢
      

  3.   

    dw下有一个显示struts标签的擦件,网上自已找,不过要命的是有些在FLASH/img里的src里的标签会改dw搞得乱其八着的。
      

  4.   

    美工直接画好HTML的DEMO图像,然后你自己改为JSP的时候加上逻辑,需要用Struts的Tag的地方换为struts的Tag
      

  5.   

    我的意思也是这样啊
    先全部还是html的标签,然后再改成相应的struts标签
      

  6.   

    需求总是在变化的
    html里 嵌入struts标签
    对美工来说总是头痛的问题不能为了自己的方便
    把问题留给别人什么时候DW支持struts标签了
    struts标签才会有希望
      

  7.   

    美工保证页面设计好的前提就行了,干嘛把别人想得那么麻烦,改写标签,加jsp代码这是程序员的事,在绞下去,mvc的思想都别你们说乱了,再说既然是同一项目的美工和程序员之间肯定有着很多沟通的,不必考虑那么多
      

  8.   

    顺序反了,应由美工先做出静态html原型,再由开发人员改成jsp
      

  9.   

    回复人: hxzg001(大家踊跃结贴啊) ( ) 信誉:100  2005-02-23 09:33:00  得分: 0  
     
     
       顺序反了,应由美工先做出静态html原型,再由开发人员改成jsp
      
     
    ====================
    同意,我一直是这样做的!
     
      

  10.   

    我个人觉得美工先是用HTML做一个DEMO出来,这个并不是最后的,然后由开发人员用Struts来替换,最后美工还得检查一下,因为在Struts中也可能用到了一个循环的标签,循环输出的时候界面也是要重新做的。Struts里面也没有说美工可以和设计人员完全分开,它也只是说那些标签美工也看得懂,美工的修改不会影响到功能的设计,并没有说美工开始做完了就可以不管了。