|
该帖已经被评为新手帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-01-09
最后修改：2011-01-09
shanga 写道 楼主，对不起，昨晚发帖的时候，发现自己的用语过于偏激了，抱歉... 对于“Tomcat为什么不用Spring”，这好似你的观点。我只能说tomcat能跑javabean，就能跑spring，至于用不用spring看项目的需求和个人需要。至于你说的spring的条条框框对性能怎样怎样，我想tomcat作为比较出色的中间件还是能担当的（不要小看tomcat）。对于开发人来说，我只有一句话：爱用不用，呵呵呵呵。 
我只能说tomcat能跑javabean，就能跑spring 我没说基于spring的程序，不能运行在tomcat上呀。我说的是tomcat本身（jsp servlet容器的实现）的开发是没有使用Spring的。 至于你说的spring的条条框框对性能怎样怎样 我没说过Spring有性能上的问题呀！ Tomcat是不错呀，去年我们公司有个200W的项目，主要的部份用的就是Tomcat。有一段，说JBoss更稳定，上了之后总是内存益出，就又换回来了。 我到北京出差，这边的项目下周初验了，本来挺高兴。昨天发个贴子惹一肚子气。 不过，有人挺我，好多了！大家努力吧，技术是死的，人是活的，有什么是弄不明白的呢！ |
| 返回顶楼 | |
|
发表时间：2011-01-09
gdpglc 写道 shanga 写道 楼主，对不起，昨晚发帖的时候，发现自己的用语过于偏激了，抱歉... 对于“Tomcat为什么不用Spring”，这好似你的观点。我只能说tomcat能跑javabean，就能跑spring，至于用不用spring看项目的需求和个人需要。至于你说的spring的条条框框对性能怎样怎样，我想tomcat作为比较出色的中间件还是能担当的（不要小看tomcat）。对于开发人来说，我只有一句话：爱用不用，呵呵呵呵。
我只能说tomcat能跑javabean，就能跑spring 我没说基于spring的程序，不能运行在tomcat上呀。我说的是tomcat本身（jsp servlet容器的实现）的开发是没有使用Spring的。 至于你说的spring的条条框框对性能怎样怎样 我没说过Spring有性能上的问题呀！ Tomcat是不错呀，去年我们公司有个200W的项目，主要的部份用的就是Tomcat。有一段，说JBoss更稳定，上了之后总是内存益出，就又换回来了。 我到北京出差，这边的项目下周初验了，本来挺高兴。昨天发个贴子惹一肚子气。 不过，有人挺我，好多了！大家努力吧，技术是死的，人是活的，有什么是弄不明白的呢！ 傻人有傻样，TOMCAT功能够用，当然TOMCAT，你会用WEB应用拿在JBOSS上跑吗？不会。除非你会跑在WEBLOGIC上，你懂得。 
|
| 返回顶楼 | |
|
发表时间：2011-01-09
bugu1986 写道 treblesoftware 写道 gdpglc 写道 treblesoftware 写道 gdpglc 写道 没用过ejb，具说ejb2.0失败了。似乎用ejb就要买个很贵的服务器。这样项目成本就上来了...
EJB提供分布式解决方案的，小朋友。 ejb2.0我略有学习，记得有三种bean: 会话bean 消息驱动bean 和 实体bean。 它们可以分布在不同的机器上远程调用。你是指，这个叫分布式解决方安吗？ 具体有什么用？ 不理解为啥，好好的bean不放在一台机器上调用，呵呵。 ejb3是一点没学了... 等系统需要业务层或者持久层分布式架构实现均衡负载功能的时候，你就知道这个作用了。 吹吧。。拿ejb、负载均衡吓唬谁呀。。真是的。还分布式，分布式用rmi还不一样？连为啥用ejb都不清楚，还鄙视别人。。 |
| 返回顶楼 | |
|
发表时间：2011-01-09
gdpglc 写道 treblesoftware 写道 gdpglc 写道 spring也好ejb也好。 看来都是容器，到底要给开发者带来什么？ 不用这个容器，开发者会多付出什么？ 这是我的疑惑。
大家回贴通常只是关注一些局部问题。有没有人想Spring或ejb道底会为你的团队带来什么呢？ 光写个程序，做个程序员老实的去编代码，不用你去理解容易要干什么，容器到底是个什么。做了项目经理更不要懂，架构师也不用懂。你要做科学家吗？如果你要搞科学研究，那么这个必须懂，多花点时间看看优质的代码怎么去写，讨论这些天马行空的东西简直就是浪费你的时间和精力，不如开个QQ去泡妞，妞妞还能陪你玩玩。 这言论太强了。Spring谁都不用懂，最后只管闭着眼睛写代码，最后软件就出来了！ 当架构师面临技术选型时，是不是抽签就行了。 |
| 返回顶楼 | |
|
发表时间：2011-01-09
axeon 写道 treblesoftware 写道 gdpglc 写道 唉！这贴有点鸡肋了。希望资深Spring的使用者，能发表一下看法。
你真幼稚，而且还不可教也，而且你的个性不变，你做一辈子软件也不会有什么出息，真的。你大势已去！ 楼主是真思考的人，他不随大流，有自己独立见解，这是做软件开发的最基本素质！ 而你，正如你所说的，大势已去，建议你趁早换行吧，免得误了人生。 |
| 返回顶楼 | |
|
发表时间：2011-01-09
axeon 写道 treblesoftware 写道 gdpglc 写道 技术贴，还是说技术吧。搞人身攻击很无聊！
你总结的那个叫技术？你知道SPRING当初的初衷是什么么？ 你读过RJ的那本《J2EE WITHOUT EJB》么？ 你用SPRING当初解决的东西，拿到这个时代来再次看待SPRING给我们带来什么，你知道当今的情况跟那个时代的相差是多么大么？你根本就没弄明白IOC的真正含义。你的这种问题本来就不是技术问题，是哲学问题，你不知道科学一切归根到最后还是哲学么？你压根就不懂我们的意思，在这里鬼叫鬼叫。不可教也者，难成大器，你还是早些回家洗洗睡吧。 没有实践，就不要随便给人下结论。 你只是读过《J2EE WITHOUT EJB》，甚至你对EJB的理解都是人云亦云。 通过这本书你就可以认为很了解SPRING了么？ RJ是何人你了解么？他倡导的理论对于软件开发的实质意义你很清楚么？ 如果有个老外再写一本《WITHOUT SPRING》，你将做什么判断呢？ 请问，你的独立见解到底是什么？ 能不能一条条细化出来？ 就算哲学问题，也要由高度抽象落到具体环境，大而化之就是捣糨糊，发水帖了。。。。 |
| 返回顶楼 | |
|
发表时间：2011-01-09
gdpglc 写道 treblesoftware 写道 我也没啥实际工作经验，毕竟我还没工作，所有经验来自我大学时期1,2,3年纪的总结，自己参与的项目，和自己做的DEMO，对大多数框架的使用，还有自己读的那上千本书籍。我也没啥，大4年纪一直研究自己喜欢的东西，是入门软件的东西，有兴趣看我博客，我最讨厌的就是LZ这种不虚心接受别人指导的人，他要的东西，之前都有所回答，看他啥态度。我为什么说他不成大器，这个就是原因。 毕业之后，我打算做生意，要不做销售。坚决不把我一生喜欢的东西带到工作中！ 我最讨厌的是不诚实的人...有句话叫，未做事先做人... 计算机行业，是个阳光行业，靠的是真本事，只会耍嘴皮子的人的确不适合在计算机上发展... 你这么上窜下跳的，好象是你觉得，我对你态度不好了，估计你是误会了，我只是就事论事，始终是在谈技术而已。没看到你任何有意义的回贴。 |
| 返回顶楼 | |
|
发表时间：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
gdpglc 写道 treblesoftware 写道 麦蒂粉丝 写道 gdpglc 写道 感觉不用接口也是可以写出低藕荷的程序的,interface只是形式化的接口表达和较强的隔离技术，实际上大部份情况下是用不着这么强的隔离级别的。
我跟LZ有同感，感觉接口多的惊人。不过接口还是有其好处的咯，在struts2中体现的稍微明显一点。struts1就不怎么样了！ 分开逻辑耦合与物理耦合的区别，我以前就说过，SPRING像个标准插头，物理上解耦，并非你写几个INTERFACE那么简单。在对象与对象引用的时候，很容易出现空指针，不管你是什么设计模式，都无法解决逻辑上的耦合，只是换个方式。但是SPRING确让这个改变了。JAVA WEB的老问题，SPRING并没有解决，内存泄漏就是其中之一。不要简单的去看待一个框架的功能，5,6年前就在说IOC了吧？这帖子没有讨论必要了。新手帖！ 东拉西扯的，你倒底要说啥呀！ 先说藕荷，还没看明白呢。后边又说上空指针了。你的意思思是Spring就是让软件不会出现NullPointer是吧？ 最后又说内存泄露了。 还是希望你能说说Spring有什么好处(用你那复杂的看待方式)... |
| 返回顶楼 | |
|
发表时间：2011-01-09
gdpglc 写道 gdpglc 写道 treblesoftware 写道 麦蒂粉丝 写道 gdpglc 写道 感觉不用接口也是可以写出低藕荷的程序的,interface只是形式化的接口表达和较强的隔离技术，实际上大部份情况下是用不着这么强的隔离级别的。
我跟LZ有同感，感觉接口多的惊人。不过接口还是有其好处的咯，在struts2中体现的稍微明显一点。struts1就不怎么样了！ 分开逻辑耦合与物理耦合的区别，我以前就说过，SPRING像个标准插头，物理上解耦，并非你写几个INTERFACE那么简单。在对象与对象引用的时候，很容易出现空指针，不管你是什么设计模式，都无法解决逻辑上的耦合，只是换个方式。但是SPRING确让这个改变了。JAVA WEB的老问题，SPRING并没有解决，内存泄漏就是其中之一。不要简单的去看待一个框架的功能，5,6年前就在说IOC了吧？这帖子没有讨论必要了。新手帖！ 东拉西扯的，你倒底要说啥呀！ 先说藕荷，还没看明白呢。后边又说上空指针了。你的意思思是Spring就是让软件不会出现NullPointer是吧？ 最后又说内存泄露了。 还是希望你能说说Spring有什么好处(用你那复杂的看待方式)... 跟你说个实话，怕打击到你。你现在这水平，我都不想跟你讨论。你懂么？ |
| 返回顶楼 | |
