到底啥叫“实体类”(entity)昵？

[kirc]

和VO(value object)有啥关系?
具体设计时,entity应该属于哪一层? BL? DAO?
还是应该理解为entity包含BL和DAL?

困惑中...

[jljf_hh]

entity是对应数据库表的类,可以把它想象成一个真正的对象(带有数据).
而VO只是一个传值的对象,它是在程序的各层之间传递数据用的

[bon_jovi]

一般的一个架构
jsp+servlet+session bean + DAO + entity bean
DAO那到PO放到VO中，传到session层。session层需要处理的数据也是封装成vo然后给dao

[haohuai1981]

实体类一般对应一张表，包含了对表的外界所需要的所有操作，EJB中通过实体类来保证对各种数据资源的持久化，实体BEAN应该属于model

[yeshucheng]

一般是看作是一种持久的和库表对应的实例，只是对象化了。

[programer23]

在JAVA中可以产生对象的类叫实体类！

[flyingbug]

实体类不应只包括属性，还应包括该类上可做的操作
这就是面向对象的方法的初衷嘛
而在java中一般是看作是一种持久的和库表对应的实例
而在EJB中，实体类可以掩盖底层数据的细节
利用O/R Mapping可以使程序员直接把实体类看做是持久化的实例
实体类提供的操作形成了业务逻辑层的基础
而他们属于数据持久层，如果用EJB的实体类的话，就没有楼主说的DAO层了

VO 是为了减少分布式系统在网络上传输的数据量，而简化了的实体类
它只有实体类的属性字段，而没有实体类提供的操作方法
也就是说他不是完整的对象，只是一个数据的载体


简单的说
sun希望你什么都不知道：（
只知道怎么写java代码，用java API

[midthinker]

实体对象（类），表示系统跟踪的持续的信息。
小弟不才，理解为大多数与系统交互的外部实体以及外部实体所持续关注和操作的信息

[bon_jovi]

实体Bean代表的是业务上的数据，体现与数据相关的逻辑，实际上是以对象的形式将底层数据内容映射到内存中，以使业务过程组件可以象对待真实对象那样进行处理。因为实体Bean是特定数据的体现，因此它是一直存在的，并且可以让多个用户同时访问，就像多个用户可以同时访问数据库中相同的数据一样。由于实体Bean只不过是底层数据的对象化形式，它与所代表的底层数据是对等的，对实体Bean的一些操作等价与对底层数据的操作。假设底层数据是在关系数据库中，则创建、修改和删除实体Bean相当于在数据库中实际插入、修改和删除数据，而通过其他手段对数据库的任何操作也会导致数据所对应的实体Bean的创建、修改和删除，两者之间是保持同步的。

[cnham]

mark

[sunrisefe]

up