|
该帖已经被评为新手帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-01-08
gdpglc 写道 一年365天，你一天看一本书吗？ 你现在不是诚不诚实了，是吹牛X 吹的自已都信了。有病！ 没必要再和你说下去了。
知道快速阅读么？我在图书馆座下来，计算机书籍看的快一天能看2,3本。你以为都在看JAVA编程思想啊？有些软件管理方面的书籍，都是当小说看的。你没看过吧？笑死我了。哈哈哈哈哈哈哈哈哈哈！ |
| 返回顶楼 | |
|
发表时间：2011-01-08
gdpglc 写道 一年365天，你一天看一本书吗？ 你现在不是诚不诚实了，是吹牛X 吹的自已都信了。有病！ 没必要再和你说下去了。
你帖子新手了。  我可没投哦。
|
| 返回顶楼 | |
|
发表时间：2011-01-08
treblesoftware 写道 axeon 写道 treblesoftware 写道 gdpglc 写道 技术贴，还是说技术吧。搞人身攻击很无聊！
你总结的那个叫技术？你知道SPRING当初的初衷是什么么？ 你读过RJ的那本《J2EE WITHOUT EJB》么？ 你用SPRING当初解决的东西，拿到这个时代来再次看待SPRING给我们带来什么，你知道当今的情况跟那个时代的相差是多么大么？你根本就没弄明白IOC的真正含义。你的这种问题本来就不是技术问题，是哲学问题，你不知道科学一切归根到最后还是哲学么？你压根就不懂我们的意思，在这里鬼叫鬼叫。不可教也者，难成大器，你还是早些回家洗洗睡吧。  没有实践，就不要随便给人下结论。 你只是读过《J2EE WITHOUT EJB》，甚至你对EJB的理解都是人云亦云。 通过这本书你就可以认为很了解SPRING了么？ RJ是何人你了解么？他倡导的理论对于软件开发的实质意义你很清楚么？ 如果有个老外再写一本《WITHOUT SPRING》，你将做什么判断呢？ 请问，你的独立见解到底是什么？ 能不能一条条细化出来？ 就算哲学问题，也要由高度抽象落到具体环境，大而化之就是捣糨糊，发水帖了。。。。 我也没啥实际工作经验，毕竟我还没工作，所有经验来自我大学时期1,2,3年纪的总结，自己参与的项目，和自己做的DEMO，对大多数框架的使用，还有自己读的那上千本书籍。我也没啥，大4年纪一直研究自己喜欢的东西，是入门软件的东西，有兴趣看我博客，我最讨厌的就是LZ这种不虚心接受别人指导的人，他要的东西，之前都有所回答，看他啥态度。我为什么说他不成大器，这个就是原因。 毕业之后，我打算做生意，要不做销售。坚决不把我一生喜欢的东西带到工作中！ 由你的表现就看出来你自己就是你最讨厌的那种人。楼主反倒比较可爱。 |
| 返回顶楼 | |
|
发表时间：2011-01-09
gdpglc 写道 tomcat不用Spring的原因是我自已的想法，可能有不馁之处：
因为Spring给程序规定了一个相对比较死的条条框框,这些是适合常规的企业及软件的，对这样的软件是有好处的，可以规范化这类软件的开发。 而对于Tomcat,Spring并没有直接的技术支持，因此Tomcat需要完全采用自已的设计，这就没必要引入Spring了。 你的这段话里，问题太多。 1.开发团队决定用不用Spring，那开发团队，根据什么决定的？ 2.spring和ejb的问题，上网上找找资料吧，我也是外行，具我所知你说的不对。 3.spring也可以使用jta 4.Spring和ejb的目的是一样的。只是一个是实现，一个是实现。 5.什么叫应用程序服务器？ 大哥，我对你说的这句话“Tomcat,Spring并没有直接的技术支持”，我想楼主还是不明白我的意思。tomcat是个servlet容器，知道容器是什么吗？对于tomcat来说，只要是servlet，什么都可以在我这跑。又因为tomcat是应用程序服务器，所以我们可以把业务逻辑放到tomcat上跑。业务逻辑又可以用javabean和ejb来实现,但tomcat不是ejb容器，所以只可以跑javabean。对于“Tomcat,Spring并没有直接的技术支持”，我感到很疑惑，spring不是有七大功能模块吗？你看一下有哪几块不是跟web相关的？。tomcat是一个中间件，而spring是一个ioc和aop（javabean组件）容器的框架,主要是解耦和提供面向aop接口，为什么没必要引入spring？。在软件的三层建构中（数据持久层，业务逻辑层，表现层），他们的依赖关系是表现层（jsp，servlet）-（依赖）-》业务逻辑层(javabean,ejb)-->数据持久层（jdbc等）。 对于你的第一问“开发团队，根据什么决定的”，我只能说团队对某种技术掌握的程度和比例还有对这种技术为什么要运用到项目中。大哥，做一个项目要有比较严格的项目管理的，到时要达标，要讲进度的（这个很重要）。 对于你的第二问，那就有待楼下的人来评论，不要跟我说“据我所知”这种话。 第三问同上。 第四问，Spring和ejb的目的是一样的，我笑了。如果是你真样说的“Spring和ejb的目的是一样的”，那我问你什么是轻量级，什么是重量级。你认为开发“Spring和ejb”的组织有你这么肤浅么？ 第五问，上面大段文字正解。 |
| 返回顶楼 | |
|
发表时间：2011-01-09
yangguo 写道 treblesoftware 写道 axeon 写道 treblesoftware 写道 gdpglc 写道 技术贴，还是说技术吧。搞人身攻击很无聊！
你总结的那个叫技术？你知道SPRING当初的初衷是什么么？ 你读过RJ的那本《J2EE WITHOUT EJB》么？ 你用SPRING当初解决的东西，拿到这个时代来再次看待SPRING给我们带来什么，你知道当今的情况跟那个时代的相差是多么大么？你根本就没弄明白IOC的真正含义。你的这种问题本来就不是技术问题，是哲学问题，你不知道科学一切归根到最后还是哲学么？你压根就不懂我们的意思，在这里鬼叫鬼叫。不可教也者，难成大器，你还是早些回家洗洗睡吧。 没有实践，就不要随便给人下结论。 你只是读过《J2EE WITHOUT EJB》，甚至你对EJB的理解都是人云亦云。 通过这本书你就可以认为很了解SPRING了么？ RJ是何人你了解么？他倡导的理论对于软件开发的实质意义你很清楚么？ 如果有个老外再写一本《WITHOUT SPRING》，你将做什么判断呢？ 请问，你的独立见解到底是什么？ 能不能一条条细化出来？ 就算哲学问题，也要由高度抽象落到具体环境，大而化之就是捣糨糊，发水帖了。。。。 我也没啥实际工作经验，毕竟我还没工作，所有经验来自我大学时期1,2,3年纪的总结，自己参与的项目，和自己做的DEMO，对大多数框架的使用，还有自己读的那上千本书籍。我也没啥，大4年纪一直研究自己喜欢的东西，是入门软件的东西，有兴趣看我博客，我最讨厌的就是LZ这种不虚心接受别人指导的人，他要的东西，之前都有所回答，看他啥态度。我为什么说他不成大器，这个就是原因。 毕业之后，我打算做生意，要不做销售。坚决不把我一生喜欢的东西带到工作中！ 由你的表现就看出来你自己就是你最讨厌的那种人。楼主反倒比较可爱。 你不应该这么说我，不应该啊。 |
| 返回顶楼 | |
|
发表时间：2011-01-09
最后修改：2011-01-09
shanga 写道 gdpglc 写道 tomcat不用Spring的原因是我自已的想法，可能有不馁之处：
因为Spring给程序规定了一个相对比较死的条条框框,这些是适合常规的企业及软件的，对这样的软件是有好处的，可以规范化这类软件的开发。 而对于Tomcat,Spring并没有直接的技术支持，因此Tomcat需要完全采用自已的设计，这就没必要引入Spring了。 你的这段话里，问题太多。 1.开发团队决定用不用Spring，那开发团队，根据什么决定的？ 2.spring和ejb的问题，上网上找找资料吧，我也是外行，具我所知你说的不对。 3.spring也可以使用jta 4.Spring和ejb的目的是一样的。只是一个是实现，一个是实现。 5.什么叫应用程序服务器？ 大哥，我对你说的这句话“Tomcat,Spring并没有直接的技术支持”，我想楼主还是不明白我的意思。tomcat是个servlet容器，知道容器是什么吗？对于tomcat来说，只要是servlet，什么都可以在我这跑。又因为tomcat是应用程序服务器，所以我们可以把业务逻辑放到tomcat上跑。业务逻辑又可以用javabean和ejb来实现,但tomcat不是ejb容器，所以只可以跑javabean。 对于“Tomcat,Spring并没有直接的技术支持”，我感到很疑惑，spring不是有七大功能模块吗？你看一下有哪几块不是跟web相关的？。tomcat是一个中间件，而spring是一个ioc和aop（javabean组件）容器的框架,主要是解耦和提供面向aop接口，为什么没必要引入spring？。在软件的三层建构中（数据持久层，业务逻辑层，表现层），他们的依赖关系是表现层（jsp，servlet）-（依赖）-》业务逻辑层(javabean,ejb)-->数据持久层（jdbc等）。 你开发的软件需要 表现层、业务层、数据层、。这些都是tomcat没有的。Tomcat 要做的是实现 jsp和servlet规范。Spring对于直接面向用户的程序有用，但tomcat不是。 对于你的第一问“开发团队，根据什么决定的”，我只能说团队对某种技术掌握的程度和比例还有对这种技术为什么要运用到项目中。大哥，做一个项目要有比较严格的项目管理的，到时要达标，要讲进度的（这个很重要）。 不管如何“采不采用Spring”，Spring本身提供了什么功能，是一个因素。而不是由领导说了算的。 对于你的第二问，那就有待楼下的人来评论，不要跟我说“据我所知”这种话。 第三问同上。 第四问，Spring和ejb的目的是一样的，我笑了。如果是你真样说的“Spring和ejb的目的是一样的”，那我问你什么是轻量级，什么是重量级。你认为开发“Spring和ejb”的组织有你这么肤浅么？ 第五问，上面大段文字正解。 你把文字能力练练再来说我肤浅吧...写这么一堆，表达了很少的意思。 |
| 返回顶楼 | |
|
发表时间：2011-01-09
gdpglc 写道 shanga 写道 gdpglc 写道 tomcat不用Spring的原因是我自已的想法，可能有不馁之处：
因为Spring给程序规定了一个相对比较死的条条框框,这些是适合常规的企业及软件的，对这样的软件是有好处的，可以规范化这类软件的开发。 而对于Tomcat,Spring并没有直接的技术支持，因此Tomcat需要完全采用自已的设计，这就没必要引入Spring了。 你的这段话里，问题太多。 1.开发团队决定用不用Spring，那开发团队，根据什么决定的？ 2.spring和ejb的问题，上网上找找资料吧，我也是外行，具我所知你说的不对。 3.spring也可以使用jta 4.Spring和ejb的目的是一样的。只是一个是实现，一个是实现。 5.什么叫应用程序服务器？ 大哥，我对你说的这句话“Tomcat,Spring并没有直接的技术支持”，我想楼主还是不明白我的意思。tomcat是个servlet容器，知道容器是什么吗？对于tomcat来说，只要是servlet，什么都可以在我这跑。又因为tomcat是应用程序服务器，所以我们可以把业务逻辑放到tomcat上跑。业务逻辑又可以用javabean和ejb来实现,但tomcat不是ejb容器，所以只可以跑javabean。 对于“Tomcat,Spring并没有直接的技术支持”，我感到很疑惑，spring不是有七大功能模块吗？你看一下有哪几块不是跟web相关的？。tomcat是一个中间件，而spring是一个ioc和aop（javabean组件）容器的框架,主要是解耦和提供面向aop接口，为什么没必要引入spring？。在软件的三层建构中（数据持久层，业务逻辑层，表现层），他们的依赖关系是表现层（jsp，servlet）-（依赖）-》业务逻辑层(javabean,ejb)-->数据持久层（jdbc等）。 你开发的软件需要 表现层、业务层、数据层、。这些都是tomcat没有的。Tomcat 要做的是实现 jsp和servlet规范。Spring对于直接面向用户的程序有用，但tomcat不是。 对于你的第一问“开发团队，根据什么决定的”，我只能说团队对某种技术掌握的程度和比例还有对这种技术为什么要运用到项目中。大哥，做一个项目要有比较严格的项目管理的，到时要达标，要讲进度的（这个很重要）。 不管如何“采不采用Spring”，Spring本身提供了什么功能，是一个因素。而不是由领导说了算的。 对于你的第二问，那就有待楼下的人来评论，不要跟我说“据我所知”这种话。 第三问同上。 第四问，Spring和ejb的目的是一样的，我笑了。如果是你真样说的“Spring和ejb的目的是一样的”，那我问你什么是轻量级，什么是重量级。你认为开发“Spring和ejb”的组织有你这么肤浅么？ 第五问，上面大段文字正解。 别跟LZ废话了，一个自己都没搞懂的人，就想用培训的模式来快速的达到别人花了很长时间悟出来的东西，真是可笑。这不是JAVA编程思想，看看就能明白的。 |
| 返回顶楼 | |
|
发表时间：2011-01-09
最后修改：2011-01-09
你要是真懂，你说说技术行不行。老在这说别个。别人和我说不说和你有什么关系。
你要是能解答，你就解答，解答不了，就离这远点。说风凉话，能说明你技术能力强，悟了很久，你悟了什么了... 我在这讲的是技术,论的是技术，如果你真象你自已说的那么厉害，你直接回答Tomcat为什么不用Spring就行了。说些其它的干嘛... 真没见过这样的，三句话，不忘夸奖一下自已，就会胡搅蛮缠，大话西游里的唐僧也不过如些，有时间在这胡搅，回去多看2页书多好... 对你来说根本不是技术问题，是人品问题。你再这样，我只能到javaeye去投诉你了... 说技术，就是说技术。象什么 “可笑”“肤浅”“废话” 这样的词，在讨论技术的贴子里，就别发了。即使有人技术不如你，也别用这样的词贬低别人。 问题都是可以讨论清楚的。但是，一旦互相攻击，就变成讨论谁会骂人了...问题永远也弄不明白了... 如果你只关心骂人，不关心技术，那别在我发的贴子里发贴了... |
| 返回顶楼 | |
|
发表时间：2011-01-09
gdpglc 写道 你要是真懂，你说说技术行不行。老在这说别个。别人和我说不说和你有什么关系。
你要是能解答，你就解答，解答不了，就离这远点。说风凉话，能说明你技术能力强，悟了很久，你悟了什么了... 我在这讲的是技术,论的是技术，如果你真象你自已说的那么厉害，你直接回答Tomcat为什么不用Spring就行了。说些其它的干嘛... 真没见过这样的，三句话，不忘夸奖一下自已，就会胡搅蛮缠，大话西游里的唐僧也不过如些，有时间在这胡搅，回去多看2页书多好... 对你来说根本不是技术问题，是人品问题。你再这样，我只能到javaeye去投诉你了... 说技术，就是说技术。象什么 “可笑”“肤浅”“废话” 这样的词，在讨论技术的贴子里，就别发了。即使有人技术不如你，也别用这样的词贬低别人。 问题都是可以讨论清楚的。但是，一旦互相攻击，就变成讨论谁会骂人了...问题永远也弄不明白了... 如果你只关心骂人，不关心技术，那别在我发的贴子里发贴了... 楼主，对不起，昨晚发帖的时候，发现自己的用语过于偏激了，抱歉... 对于“Tomcat为什么不用Spring”，这好似你的观点。我只能说tomcat能跑javabean，就能跑spring，至于用不用spring看项目的需求和个人需要。至于你说的spring的条条框框对性能怎样怎样，我想tomcat作为比较出色的中间件还是能担当的（不要小看tomcat）。对于开发人来说，我只有一句话：爱用不用，呵呵呵呵。 |
| 返回顶楼 | |
|
发表时间：2011-01-09
gdpglc 写道 shanga 写道 gdpglc 写道 tomcat不用Spring的原因是我自已的想法，可能有不馁之处：
因为Spring给程序规定了一个相对比较死的条条框框,这些是适合常规的企业及软件的，对这样的软件是有好处的，可以规范化这类软件的开发。 而对于Tomcat,Spring并没有直接的技术支持，因此Tomcat需要完全采用自已的设计，这就没必要引入Spring了。 你的这段话里，问题太多。 1.开发团队决定用不用Spring，那开发团队，根据什么决定的？ 2.spring和ejb的问题，上网上找找资料吧，我也是外行，具我所知你说的不对。 3.spring也可以使用jta 4.Spring和ejb的目的是一样的。只是一个是实现，一个是实现。 5.什么叫应用程序服务器？ 大哥，我对你说的这句话“Tomcat,Spring并没有直接的技术支持”，我想楼主还是不明白我的意思。tomcat是个servlet容器，知道容器是什么吗？对于tomcat来说，只要是servlet，什么都可以在我这跑。又因为tomcat是应用程序服务器，所以我们可以把业务逻辑放到tomcat上跑。业务逻辑又可以用javabean和ejb来实现,但tomcat不是ejb容器，所以只可以跑javabean。 对于“Tomcat,Spring并没有直接的技术支持”，我感到很疑惑，spring不是有七大功能模块吗？你看一下有哪几块不是跟web相关的？。tomcat是一个中间件，而spring是一个ioc和aop（javabean组件）容器的框架,主要是解耦和提供面向aop接口，为什么没必要引入spring？。在软件的三层建构中（数据持久层，业务逻辑层，表现层），他们的依赖关系是表现层（jsp，servlet）-（依赖）-》业务逻辑层(javabean,ejb)-->数据持久层（jdbc等）。 你开发的软件需要 表现层、业务层、数据层、。这些都是tomcat没有的。Tomcat 要做的是实现 jsp和servlet规范。Spring对于直接面向用户的程序有用，但tomcat不是。 对于你的第一问“开发团队，根据什么决定的”，我只能说团队对某种技术掌握的程度和比例还有对这种技术为什么要运用到项目中。大哥，做一个项目要有比较严格的项目管理的，到时要达标，要讲进度的（这个很重要）。 不管如何“采不采用Spring”，Spring本身提供了什么功能，是一个因素。而不是由领导说了算的。 对于你的第二问，那就有待楼下的人来评论，不要跟我说“据我所知”这种话。 第三问同上。 第四问，Spring和ejb的目的是一样的，我笑了。如果是你真样说的“Spring和ejb的目的是一样的”，那我问你什么是轻量级，什么是重量级。你认为开发“Spring和ejb”的组织有你这么肤浅么？ 第五问，上面大段文字正解。 你把文字能力练练再来说我肤浅吧...写这么一堆，表达了很少的意思。 大家都不要争执了，谨记神马都是浮云。新年快乐！！！ |
| 返回顶楼 | |
