O only you Unregistered / Unconfirmed GUEST, unregistred user! 2003-11-15 #1 1、请说明为什么使用Struts,如果用简单MVC模式替代Struts不行吗? 2、Struts在开发效率上有何过人之处? 3、如果一个新手,需要多少时间去熟悉并运用Struts?
船 船歌 Unregistered / Unconfirmed GUEST, unregistred user! 2003-11-15 #3 Struts只是一种MVC模式,而且是比较适合于网站开发的一种。不知道你的简单MVC是怎么设计的。 Struts在开发上有点类似于OOP的设计,刚开始会比较慢,随着项目的复杂,相比于Model1,会简单快速得多的。 如果是一个新手但有较好的java基础和一些资料,两个星期就可以知道它是怎么回事,并可以在编程中运用它的。
Struts只是一种MVC模式,而且是比较适合于网站开发的一种。不知道你的简单MVC是怎么设计的。 Struts在开发上有点类似于OOP的设计,刚开始会比较慢,随着项目的复杂,相比于Model1,会简单快速得多的。 如果是一个新手但有较好的java基础和一些资料,两个星期就可以知道它是怎么回事,并可以在编程中运用它的。
W wsn Unregistered / Unconfirmed GUEST, unregistred user! 2003-11-15 #4 已经在这上面做两个项目了,将要开始的是第三个. 对mvc不想多说,只谈struts。 没错这东西确实可以两个星期就知道它是怎么回事, 我们这里的新人(没有任何编程基础的)都可以很快上手。 但是,它的tag实在过于烦琐(也是我的智商有限)很多时候, 为了追求效率而又回到了传统方式。 如果是有长期java编程经验的人,同时手边有很好的sample确实可以提高效率。 如果反之的话, 呵呵。。。。
已经在这上面做两个项目了,将要开始的是第三个. 对mvc不想多说,只谈struts。 没错这东西确实可以两个星期就知道它是怎么回事, 我们这里的新人(没有任何编程基础的)都可以很快上手。 但是,它的tag实在过于烦琐(也是我的智商有限)很多时候, 为了追求效率而又回到了传统方式。 如果是有长期java编程经验的人,同时手边有很好的sample确实可以提高效率。 如果反之的话, 呵呵。。。。
C crazypc Unregistered / Unconfirmed GUEST, unregistred user! 2003-11-16 #5 正在学习中。。望以后多多交流 这是我学struts的笔记 http://www.delphibbs.com/keylife/iblog_show.asp?xid=3740
7 7syw Unregistered / Unconfirmed GUEST, unregistred user! 2003-11-17 #6 同意wsn的意见 建议如果是做小型的项目 没有必要用structs,真的感觉很是不爽呀 就像拖裤子放屁。但它的框架式的结构非常好,对想把java学深的程序员来说 很有启发。
C cke Unregistered / Unconfirmed GUEST, unregistred user! 2003-11-26 #7 从C++转到Java的程序员多数听说过并且了解MFC。Struts与WEB开发就如MFC与Windows平台开发的关系类似,因为它也是一个framework,更确切的说,它是一个WebApp Framework。 Struts不仅仅是MVC模式的体现,它也和其它framework一样,为使用者提供了很多便利的开发工具包。比如其范例程序中所大量使用的taglib,如果可以灵活使用,将会很大提高开发效率。当然,还有很多实用的sub framework(commons已经将其中部分收纳)。fileupload / dbcp / lang /.......
从C++转到Java的程序员多数听说过并且了解MFC。Struts与WEB开发就如MFC与Windows平台开发的关系类似,因为它也是一个framework,更确切的说,它是一个WebApp Framework。 Struts不仅仅是MVC模式的体现,它也和其它framework一样,为使用者提供了很多便利的开发工具包。比如其范例程序中所大量使用的taglib,如果可以灵活使用,将会很大提高开发效率。当然,还有很多实用的sub framework(commons已经将其中部分收纳)。fileupload / dbcp / lang /.......
5 5rain6sky Unregistered / Unconfirmed GUEST, unregistred user! 2003-12-05 #8 “脱裤子放屁”的比喻真的很精辟![] 之所以出现这种情况倒不能怪Struts,它的定位就是表现层的封装支持。 事实上所有的MVC实现也都是如此,因为在Java世界里,数据和逻辑相关工作是EJB的天下。 但大部分应用项目并不需要J2EE,所以就产生了一个“断层”,即Java技术框架本身没有为信息应用提供一个轻量级的直接的支持。 于是本来是写在一起的代码现在要拆开来,把表现层交给Struts实现,但为了满足通用性使得它的处理模式有些啰嗦。 这一点倒在其次,更大的问题在于表现层和逻辑层的这“一刀”很可能切断了二者之间不少有价值的联系。 所以一个既有表现层又有逻辑层支持的框架才是对大部分人真正有用的东西。 网上关于Struts的讨论无非是为了掌握MVC的思维和实现方式,事实上这一点(MVC)已经是软件技术领域里的基本常识了。 而现在我们需要的是更进一步对Model本身再应用某种框架,更大程度地提高数据和逻辑处理的开发效率和可维护性。 不过这个目标跟Java无关了,是整个软件业发展的一个大方向。
“脱裤子放屁”的比喻真的很精辟![] 之所以出现这种情况倒不能怪Struts,它的定位就是表现层的封装支持。 事实上所有的MVC实现也都是如此,因为在Java世界里,数据和逻辑相关工作是EJB的天下。 但大部分应用项目并不需要J2EE,所以就产生了一个“断层”,即Java技术框架本身没有为信息应用提供一个轻量级的直接的支持。 于是本来是写在一起的代码现在要拆开来,把表现层交给Struts实现,但为了满足通用性使得它的处理模式有些啰嗦。 这一点倒在其次,更大的问题在于表现层和逻辑层的这“一刀”很可能切断了二者之间不少有价值的联系。 所以一个既有表现层又有逻辑层支持的框架才是对大部分人真正有用的东西。 网上关于Struts的讨论无非是为了掌握MVC的思维和实现方式,事实上这一点(MVC)已经是软件技术领域里的基本常识了。 而现在我们需要的是更进一步对Model本身再应用某种框架,更大程度地提高数据和逻辑处理的开发效率和可维护性。 不过这个目标跟Java无关了,是整个软件业发展的一个大方向。