yang_jh 2003-12-23 18:47
根本]有使用ejb,整架都是基於j2se上的.可是系y就是f是比^大的
此平台是台匙畲蟮b2b子商掌教.最近一段rg公司正在大努力_拓其I
@套系y不ニ栏怪,因樗谋翅嵊刑ㄋ.所以f他做商玫谋尘跋喈的好
有因槲也诺焦7月,K且是_lerp系y的(基於web的,java的,不^也是j2se,上面所f的)

其我感X_l此系y,主要是要有好的背景,大的F,可以o使用系y的企I去一些管理

yang_jh 2003-12-23 18:54
在系y中乎]有任何架模式可言,至少我的erp是@拥.不^哟伪容^
清晰.有我f公司最的就是子商F.不^我]有k法了解到它的
架.
ccmoon 2003-12-23 19:30
前几天拿到一个印度公司做的系统
叫我们作二次开发
tomcat 下的jsp+java bean
一个字，烂
agilejava 2003-12-24 10:10
个人认为一般的项目用Hibernate足够了，开发效率提高许多。
fiddle 2003-12-24 17:45
用SQL更快

等了这么久，难道国内就没J2EE的成功项目么（上一定规模） ？这么失败？

cats_tiger 2003-12-26 11:00
J2EE是作企业应用和电子商务的，EJB 容器可以负责处理复杂的事务、消息、安全等等，程序员可以专注于业务逻辑的实现。
一般的网站没有必要使用J2EE（尤其是EJB），因为JNDI和RMI会降低系统的效率，虽然一些模式会降低它们的开销。
我的观点是：没有复杂的事务、没有分布式处理就不要使用EJB，JSP+Servlet+JavaClass足够了，Jive就是一个很好的例子。复用性并不是EJB的主要目的，而是OO的主要目的。
欢迎讨论
fiddle 2003-12-26 15:07
> J2EE是作企业应用和电子商务的，EJB
> 容器可以负责处理复杂的事务、消息、安全等等，程序员可以
> ㄗ⒂谝滴衤呒氖迪帧?> 一般的网站没有必要使用J2EE（尤其是EJB），因为JNDI和RMI
> 峤档拖低车男剩淙灰恍┠Ｊ交峤档退堑目?> 我的观点是：没有复杂的事务、没有分布式处理就不要使用EJ
> ，JSP+Servlet+JavaClass足够了，Jive就是一个很好的例子?> 复用性并不是EJB的主要目的，而是OO的主要目的。
> 欢迎讨论

J2EE说得再好听，没有实际的市场价值，有什么用？

不是理论上它可以做什么，而是实际上它做了什么。还是回到我之前的问题吧！

wxlin2k 2003-12-26 16:31
实际上是没有人（公司）敢用J2EE，只会到处问人J2EE好不好用。
zb1015 2003-12-26 16:38
我是java新人，不过我认为理论总是要附于实践，j2ee做为sun的三大支柱之一，说明其定有过人之处，虽然j2ee不易学也需要高性能的系统的支持，但是他是解决复杂业务的首选，如：电子商务平台。
国内很少有用j2ee的是因为它投资大，一般的中型系统是没有必要用的。
EJB只是j2ee的一部分，包括jsp,servlet 也是j2ee的一部分。
不能将它们于j2ee分家。
我喜欢java，同大家讨论是我的荣幸.
fiddle 2003-12-29 12:34
SUN这么力推J2EE，还不就是想卖硬件麻？普通PC跑得动么？
JSP/SERVLET划到J2EE里面，目的很明显么
它说好用你就信，也不看看市场上的实际状况

相信我，SIMPLE IS THE BEST

shanmoshi 2003-12-29 16:38
楼上把话说完啊～simple is best,but not too simple（爱因斯坦的话）
.
以你这么说的话，为什么还要用C++，c肯定要比c++ simple吧？
j2ee的核心是EJB没错，EJB效率不高也没错，但是J2EE不等于EJB，你现在用的jsp,servlet也是j2ee的组成部分。如果用jdo,hibernate来代替EJB来实现j2ee的结构也是j2ee应用，我想这样的应用就比较多了吧。

shanmoshi 2003-12-29 16:39
英语不好，见谅
fiddle 2003-12-30 11:19
楼上的没明白我的意思，而且C和C++的例子也不太合适，SIMPLE IS THE BEST当然是说用最简单的方法达到目的就是最好的，难道现在的项目都用C来开发会简单么？我相信你也不会认为没有使用EJB的系统就是TOO SIMPLE吧？

我是认为JSP+SERVLET很好用，但感觉EJB没什么实用性，SUN骗钱的东西。

shanmoshi 2003-12-30 15:50
EJB不是好东西，目前确实不是，但不要一棒子打死说J2ee不是好东西!

最简单的方法达到目的就是最好的，那光从一个网络应用来讲，这个目的是什么啊？交差就可以？还是要做成产品拿的出手？要不要考虑可扩展性，可维护性，可靠性，安全性？？分分情况，因地制宜好不好？

从你的话来看，可能你的目的很简单，那我觉得你认为j2ee不好没错，j2ee有什么好？一大堆概念，一大堆缩写，n多的技术，一个技术就要看几本书才能了解。

你认为JSP+servlet很好用？有没有试过PHP？ASP?更好用哦，至少要比servlet好用的多哦.如果一个项目只用到jsp+servelt,不要求其他条件的话，php,asp绝对更有效率.jsp,servlet是什么啊？jsp基于servlet技术用来抢占asp,php市场的。但是jsp怎么会有php,asp好用?光从数据库来说，如果不用其他java技术，那数据库连接就用jdbc，速度至少不会比php,asp的数据库连接快，更比他们麻烦。以你的哲学，为什么不用简单的又能达到目的php + asp呢？楼上明显是拿砖头砸自己的脚阿,除非你能证明1）php比jsp+servlet复杂? or 2)jsp + servlet的功能php不能实现？

或者我还是没明白楼上的意思？难道楼上不是在作不知者无畏的叫嚣？有及其深奥的内涵和哲学思想？

不说了，楼上接着批判j2ee吧

younggun 2004-01-02 19:11
呵呵，说实话，我也是一个初学者。
但是我觉得有一些东西要弄清楚：
1。j2ee比起其他技术有什么优越性？
2。它有什么约束？

不然你怎么会选择使用一项技术，又如何知道该在什么情况下使用这项技术？

j2ee的分布式应用应该在大型应用中有非常好的前景，amazon。com就是一个例子。在系统的健壮性和扩展性上我觉得j2ee都是一个很好的选择。