近期翻阅EJB的资料，感觉EJB有些东西太过繁琐，不如微软的东西来的简单、高效。例如实体BEAN，居然想出来这样一个东西，个人认为实体BEAN

Question

偶认为不这样，EJB要比微软的东西更具有未来的市场

Answer 1

个人认为实体BEAN是一大败笔！太无用了。
再加上我个人
不过我还是支持java，实体BEAN我不用它就是

Answer 2

我也有此感觉。我们只在开始用EJB时，开发了一些entity bean ,后来就不用了。而且性能也不高。

Answer 3

大家认为entity bean无用，那是因为我们所在的项目组比较小，少的几个人，多的不超过20人，试想一个需要上百人共同工作的项目，如果让这些人都要掌握数据库访问、事务处理的知识与能力，那对投资方与管理者是一件十分痛苦的事情，所以才会有entity bean这样一个东西。它出现的目的是，程序员分工明确，代码方便移植。

Answer 4

大家都以为实体bean是数据库中数据的表现，但按照sun的意思，它应该是数据的oo表现形式，也就是说，不仅仅只是我们常用的数据库，可以包括一些其他的eis系统

Answer 5

agree，EJB entity bean 能完全表现面向对象的数据库，不过这样的数据库，目前还太少

Answer 6

我觉得实体BEAN的提出对于OO系统来说非常自然，不是拍脑瓜出来的东东
就算不是EJB系统了，对于数据类，实现起来和实体BEAN的概念非常类似。

Answer 7

entity bean是一个保持数据持续性的抽象层，既可以在entity bean中使用关系数据库（这是通常的情况），但是如果你要将系统在未来移植到OO数据库，或者有古老的网状结构或层状结构数据库提供数据怎么办呢？（别说这种情况没有必要考虑，EJB是针对欧美的企业及应用的，那里的系统各种情况都有，用网状或层中数据库产品的多着呢。只是我们发展的晚，所以跨平台的优点体现得不够明显罢了）还有，如果你要移植你的系统到其他数据库平台时你就知道修改分散在各个位置的数据库访问语句有多麻烦了，而是用entity bean只要修改entity bean就可以了。（如果你使用CMP只需要配置容器就行了）还有就是数据OO化的好处，其实这个是不言自明的，特别是在系统越做越大的今天。另外，关于entity bean的性能问题，可以通过几种方式来改善：
1、在session bean中调用entity bean时通过Local接口来实现，这样可以把效率提高许多（可订比你想象的还有多）
2、使用CMP。也许跟你设想的不一样，CMP的entity bean要比BMP的快一些