学习使用ejb难道不是跟风吗？

[qixincomputer2000]

ejb的使用在b/s系统中真的那么重要嘛。跑在web上应用系统本来速度就比较慢了。在使用什么ejb技术，听是好听了什么是多层的分布式系统，试问国内的系统有多少是用到了分布式，还不都是jsp,ejb方在一台机器上。ejb一定要经过远程调用才能完成访问，这对网络实在又是个不小的开销。虽然说ejb2.0引入了local的概念，但调用最外层的facade必须是远程的。另外，我知道很多朋友用entity bean来持久化数据，entity bean实在是糟糕的技术，在复杂的系统中他低劣的性能足能让你的客户怨声载道。 刨去系统性能不说，开发ejb效率实在低的可以，当你部署好ejb重起服务器时又是漫长的等待。ejb唯一带给我们的好处是容器管理事务，但给他带给我们的痛苦相比是微不足道的。
所以我说那些学习使用ejb的朋友你们有没有考虑过用一样技术给你们带来的好处多还是坏处多，不要一味听着sun胡吹，跟风走。选择最适合你们的技术。

[umbrella1984]

楼主大概还不明白J2EE也不明白EJB，一点部署和开发的环境就让你急成这样子，我想可能是因为你觉的EJB一开始学习和部署的时候比较麻烦，再者现在网上资料不多，呵呵~不发表其他的，就只说一句话：你不懂EJB，那你就不要评论他，也没有资格评论。

[htl]

至少现在.net还比不上J2EE

[gliet_ivan]

我是初学者,随便说说,
EJB是强大和好用,但是现在国内有多少系统就有这个需要呢?
有些系统根本不需要用到EJB,但是好像是一种潮流,大家都在用.
对于规模小一点的系统,也有其他很好的解决方案,包括一些开源的项目.

[let5flying]

非常同意zkjbeyond(jigi)的说法

[zkjbeyond]

回复人： xiangding(生下来就没明白：人活着的意义.....)

zkjbeyond(jigi) ：兄弟，
你说.net 的WebService比EJB就慢吗？你试过没有？
怎么不提.net Remoting呢？ EJB可以比吗？
开发效率谁高？谁快？
.net Remoting开发多层比ejb起码快两倍，(我主要指效率)
你以为microsoft推出.net平台是拿来玩的啊，
为什么那么多程序开始转.net？？
因为未来在window中是.net的天下，

WebService能比EJB快？？？
WebService是通过xml来传递数据的，微软用他是.net Remoting的一种实现，.net也可以通过http 二进制数据。而ejb是CORBA IIOP协议。
我说了，用EJB是解决企业事务，安全的。这些是通过中间件来实现的。
如果.net不发展中间件，那高端市场还是JAVA的。

WebService是实现事务难度是大的，就算实现了，速度更慢了。
WebService主要是解决不同平台之间的数据转换，.net只是把他容易实现了，实际是.net和xml更紧密了。

[zkjbeyond]

.net现在我就在用，确实很方便，可也发现很多不足。

[Sheepy]

弄清分层的意义，就不会有这样的疑问。

想想，如果什么东西都是不用改变的，还要分层干什么。举个简单的例子，环境变量是干什么用的？如果没有变化的要求，就不要环境变量了。比如JAVA_HOME，都直接写绝对路径好了。有了JAVA_HOME环境变量就是为了改变路径的时候不用一个一个全部改，只要改一个地方就可以了。环境变量就是一层抽象，如果没有变化的要求，就不必抽象出这一层来。

[xiangding]

zkjbeyond(jigi) ：兄弟，
你说.net 的WebService比EJB就慢吗？你试过没有？
怎么不提.net Remoting呢？ EJB可以比吗？
开发效率谁高？谁快？
.net Remoting开发多层比ejb起码快两倍，(我主要指效率)
你以为microsoft推出.net平台是拿来玩的啊，
为什么那么多程序开始转.net？？
因为未来在window中是.net的天下，

[freelyl]

不能太武断说未来的.NET天下，但JAVA始终都是推广难，要学的东西实在是深难多......

.NET要学的东西，开发的时间.........唉，如果不是公司逼我一定不学JAVA。

[hocus]

学习使用ejb难道不是跟风吗？

不是，因为现在ejb已经是成熟技术,处于风头之外了

[3936525]

嘿嘿，不可能众人皆醉你独醒的~~

[Schlemiel]

其实xiangding(生下来就没明白：人活着的意义.....)说的有些是对的，楼上几位可能没有认真看。比如说：
>>未来在window中是.net的天下
这话绝对正确，谁都反驳不了，你可以动脑筋想想。

但是
>>.net Remoting开发多层比ejb起码快两倍，(我主要指效率)
这就是瞎掰。别的什么都不说，你把.NET Remoting的封包拿出来看看有多大，比一下传输数据量就知道哪个效率比较高。信口开河之前也该先过过脑子。

部署绝对不是一个大问题。如果有谁觉得部署EJB很麻烦，我猜他多半是没找到合适的工具。用WebLogic Workshop开发个EJB试试，实在是太简单了。楼主说的分布式的问题才是说到点子上，如果不需要应用程序的分布能力，通常是用不着EJB的。不过“国内的系统有多少是用到了分布式”这种问题其实也不用“试问”，我可以告诉你：很多系统都用到了，只不过你不知道而已。

[zkjbeyond]

Schlemiel(维特根斯坦的扇子

未来在window中是.net的天下.

你的意思是不是以后window也不是操作系统中的老大了？嘿，我不用window就不用.net了。

除非window服务器可以和unix工作站那样稳定。

[Schlemiel]

to zkjbeyond(jigi)：

>>你的意思是不是以后window也不是操作系统中的老大了？
这话我可绝对没说过。

>>我不用window就不用.net了
那正是我的意思。

[allenhe]

ejb是很容易失败
主要是这一点和设计水平以及开发人员有很大关系

假如配置文件和设计模式都不用软件开发人员去考虑，他只要专注于业务逻辑的话，那还是比较简单的。这在中型开发中应该还是比较容易实现的。

我们的应用ejb开发的流通系统应该快上市了吧，我承认是比较慢（顺便怀疑是否有鬼子愿意买），不过慢的原因也不全在于ejb，设想，假如用户每点一个按钮都要调用数据库N张表(N>4)，那能不慢么。但假如任由鬼子在前面乱输入到最后报一个错，这又是很容易被人骂的事情（他们往往也是手中一叠单据不输完不能下班的那种）
还有taglib也比较慢，特别是第一次调用，甚至到了和数据库操作不相上下的地步
不过目前来说，如何有效的处理业务层面和数据层面的相互关系是首要问题

[zkjbeyond]

arose(螺丝)
首先，我只说了嘴边的几点，你要找漏洞那当然没意思了。另外我只说EJB是因为楼主说EJB，当然我说的话是在J2EE架构基础上的。

你说的事务‘安全什么不是j2ee的API

[zkjbeyond]

你的3的回答就是2的答案。

算了，不和你争了，你也不懂

[hejianling305]

呵呵。有意思了。怎么争着争着就到.net和j2ee上面去了。。
有什么好争的。都已经争了几年了。反正着两个技术最近几年都有饭吃。呵呵

[noscar]

ejb 是 以后的 必然,你怎么 说 sun 胡吹了! 难道 去跟 Microsoft 吗???

[32fenzhi1]

认为：具体的技术都知识次要的。当前J2EE，。NET等这些概念，他们的概念就是目前最先进最成熟的，不管国内的企业是不是都用得上，也不管正在用这些的企业是不是真正需要，不论是不是跟风，可是你有没想过，这正是一种好的现象，至少你跟了，就会去注意，并掌握它，这样你才会考虑到是否对你公司适用，是否需要去开发比这个更好的来成为更好的业界规范，如果目前这样的情况就自主开发，是不会有很大前途的，至少是人家在控制大局啊