用struts很难设计页面外观，大家又没有什么好的办法？

[chl]

如题

[turbochen]

随着网络的发展，
c/s之后出现了b/s,
但也是随着网络的发展(主要是带宽)，
有可能又回到c/s时代,从网页上下载thin client端来使用应该比b/s好用的多。。

[liankun]

前端关STRUTS的掉事

[hht]

cocoon?呵呵，楼上的看来根本不了解cocoon和struts的各自用途。

[chl]

liankun(JeffLian)
有何高见啊

[glassprogrammer]

看看这个框架:

http://www.salmonllc.com/website/Jsp/vanity/bin/videos/video1.html
http://www.salmonllc.com/website/Jsp/vanity/bin/videos/video2.html
http://www.salmonllc.com/website/Jsp/vanity/bin/videos/video3.html

与 Dreamweaver 结合写页面似乎很不错

[wafer_w]

junnef(皮皮) ( ) 信誉：100 2003-1-16 10:45:58 得分:0



本来就很烂的东西，在怎么搞也是很烂，除非微软出一个可是搞的象c/s结构的那样的设计器出来，而且要吧ie设计的可以固定主页面调用函数或方法才行，否则，好好学js吧，标签库在一定程度上可以减少复杂度，不过，用多用烂了照样出麻烦，而且有可能倒是增加了复杂度。所以，除非升级技术，否则，b/s永远都很烂，很难适应大的项目，和快速开发的要求。


-------------------------------------------------------------
如此看来，MS的asp.net一定会让你震惊！

[upboy]

倒也是 B/S 架构发展时间不短了，应用服务器，语言都发展了几代了。

可表示层仍旧停留在 HTML 上，实在无法得心应手呀。

[oldfisher]

struts根本就不是用来设计页面外观的，解决的是控制逻辑清晰点罢了
http://www.csdn.net/Develop/article/17/17063.shtm
采用C/S结构，页面用用xml+xsl

[oldfisher]

to junnef:
“本来就很烂的东西，在怎么搞也是很烂，除非微软出一个可是搞的象c/s结构的那样的设计器出来，而且要吧ie设计的可以固定主页面调用函数或方法才行”
这样的东西微软确实有，要不要我告诉你？ ：）
“MS的asp.net确实让人吃一惊“
“随着网络的发展，c/s之后出现了b/s,
但也是随着网络的发展(主要是带宽，还有好多好多原因)，
有可能又回到c/s时代（完全可能了）,从网页上下载thin client端来使用应该比b/s好用的多。。”
这样的结构和东东已经有了

[haode]

struts是一个servlet的架构啊

我做的项目页面用的是JSP页面，用template

美工没问题的

[antbox]

就是啊，struts里面的标签库够用了
除非你要什么特别的效果

[wprusty]

呵呵，老兄，structs已经是上一代的framework啦，现在流行（或者说）即将流行啥哪？JSF(JavaServer Faces),一个专门用来设计Web组件的框架（即Web Component,例如下拉列表框、表单、按钮、表格等)，使用JSF可以不用吹灰之力做出很漂亮的Web组件，因为JSF实际上就是Jsr Expert Group的工程师们采用同Swing架构相似的体系设计出来的，有了JSF,之后你就可以在Jsp叶面中使用JSF专用的Tag来调用这些组件，例如 <jsf:useFaces>.....</jsf:usefaces>,这样在这个标志里面，你就可以很轻松的使用JSF提供的方法轻松的存、取Web组件了，有的高手们可能要问了：那以前的Model-View-Controller架构还要不要继续使用了？哈哈，要，这就下一代的M-V-C框架（即Model2X),嗯？2X?怎莫听起来象是Geforce Mx,AGP 8X?莫不是软件业也要想硬件也看齐？笑归笑，没错，千真万确，正如前面两位仁兄所言View层要使用XML/XSL来实现（但要纠正一点，是XSLT),传统的Jsp页面要向具有Jsp功能的Xml页面过渡（例如，传统上，<%...%> <@...>等之类的标志将要取消，而使用Xsp的标志来实现），在这个页面中，可以使用Jsf,或者使用JSTL来设计组件外观，存取数据库等，之后，在将Jsp页面转换成符合Xml要求的形式后，使用XSLT将其转换成其他的格式，So......哎。。。老兄，技术每天都在更新啊，看看高手们每天都在做啥？你就明白了，Structs只不过是通向Model2X时代的一个过渡性的产物（当然他的设计原理还是值得研究的），最终Model2X给我们Java程序员指明了学习的方向：1、JSTL,JSF一定要掌握。。。2、传统的Servlet,Jsp要好好的掌握。。。3、Xml要了解（最好是精通），XSLT必须要掌握。。。3、有条件研究一下Structs未尝不可（原理很好吗），最重要的是Model2X架构
最后，数小弟斗胆直言JBuilder8.0的下一个版本将要有的一些变化：1.加入了JSF,可以将设计Web组件这样繁杂的工作以像设计桌面组件一样的方法来实现（看看微软的.Net就明白了，但就我个人认为，JSF的工作效率及简便性上一定会超过微软的，因为微软的那个架构中罗列了很多祖先时代的代码（大量的Com+代码，效率很差）
有机会再来这里透透风吧，工作实在太忙，没办法，就给大家说这些吧。如果我在线，可以跟我在MSN中更进一步得聊一聊，或者发邮件给我，或者在这里留下你的宝贵意见
My Email:[e-mail](msn) [e-mail](邮箱）
bye!everybody

[水电费123343]

goto www.nextapp.com

like jsf

[champion_q]

交互很方便啊，把struts的form存在request里就可以了.
taglib最大的好处就是让你自动从form中取得数据，根本不用在jsp文件中加什么代码。
别外dreamwaver MX支持taglib ，只要把strtus的tld文件导入就行了。
另外据说下一版的dreamwaver就直接支持struts了。
我倒是认为数据输入合法性检查才是让人痛的头痛的东西呢。现在有了struts1.1的valition的taglib以后就简单多了，只要在xml文件里配置一下就能实现在IE里和在服务端同时有检查合法性的功能了。这个我想才是tablib真正的威力所在。
而且tablib在struts的另一个功能是国际化，也就是你想在设计页面的时候同时支持中文和英文吗？用taglib就可以搞定。加上用Tile的layout功能，实现风格自定义，象传统gui软件的skin一样，多好啊。
当然，我同意taglib让美工或者纯网页设计人员产生一些困扰。不过有这么好的功能是不是值得牺牲一下呢？

[oldfisher]

唉 就是这个"页面刷新的时候页面状态数据的存储和重现。" 把我头疼的不得了
所以才使用C/S结构的胖客户端，使用xml/xslt来和服务器交互。
JSF(JavaServer Faces) 这么好 我也要研究一下了

[ahtu]

我觉得最好的解决方法就是等macromedia的dreamweaver支持struts

[surelei]

"页面刷新的时候页面状态数据的存储和重现。"
这的确是困扰WEB开发程序员的一大难题

[adolfddt]

同意，BS在复杂页面交互的时候，非常得让人伤脑筋！恐怖的JS，真让人痛恨！

[surelei]

to wprusty:
你说的jsp不过是自定义TAG的扩展而已
和使用不使用STRUTS有关吗？
在struts框架下一样可以定义TAG
来完善页面的美观，进一步减少页面代码
最终做到在页面上no scriptlet
同样页面表现采用XML
和使用struts构架并不冲突
正如你所言
struts是一个framework
它是一个mvc的实现

JSR是生成基于Web的用户界面的应用程序框架。如果你对Struts和Swing都很熟悉的话，可以认为JSF是他们二者的集成。类似于Struts，JSF通过一个控制器Servlet提供了Web应用的生命周期管理；同时类似于Swing，JSF提供了包括事件处理和组件生成在内的丰富的组件模型。

简单的说，JSF基于以下的原因简化了基于Web的应用的开发：
◆使你能够利用一些标准的可重用的服务器端组件来创建客户界面。
◆提供了一组JSP 标签来获取（访问）这些组件。
◆开发人员不用关心当页面刷新的时候页面状态数据的存储和重现。
◆提供了一个用于实现定制组件的框架
◆封装了事件处理和组件显示，所以你可以使用标准的或者定制的JSF组件支持HTML以外的标记语言。
◆开发工具提供商可以开发针对标准Web应用框架的集成环境。

Struts开发人员不用担忧；尽管JSF和Struts很相像，但JSF并不会放弃Struts。

[DavidBone]

up