实体与一般对象？

javawebkaifa

在看论坛，发现不怎么明白实体和一般值对象的区别，什么是实体？
在我们开发的项目中，我们在DAO层采用的对象是BO，然后在传输层，我们把BO-->DTO,最后在显示层，我们把DTO-->VO,页面采用VO来进行开发，我觉得这样转换效率很低，但是从分层的角度来看，每层有每层想表达但是不想传输先去，所有这样看来也具有好处，具体怎么样是一个设计层次传输是一个标准？

banq
2012-03-28 10:28

首先，DDD的实体和值对象和我们以往JavaEE架构中的BO DTO VO概念是完全不同的。

其实从JavaEE 6包括Spring 3以后都开始统一使用DDD概念，比如实体 Repository等等。

在我个人实践中，通常使用实体作为层之间传输对象，这样降低实体变化带来的影响，我想你可以从JiveJdon源码中看出来了。

刚刚看到一个JavaEE 6的DDD案例：下载，原文在这里

javawebkaifa
2012-03-30 10:56

session过多的压力怎么解决?不可能一味的加服务器吧，

banq
2012-03-30 11:03
javawebkaifa
2012-04-06 16:15

谢谢banq的回答，我们现在是做金融数据服务行业的软件开发，我感觉我们公司现在的技术层面很不稳定和健壮，在项目开发时候，为了干速度，代码写的很乱，定义接口完全乱定义，没有模板开发的思想，现在上线了，后期在优化和重构，采用了很多新技术，但是我觉得这样下去还是不怎么行，在我们老技术都不稳定的情况下，直接采用新技术，可能有很多意想不到的后果，问题总是未知啊。完全没有什么建模分析？很乱! 请问bang：对于我们这样的数据为主的服务行业，要求时间实时性也强！采用什么样的架构好些了？还有我们后台服务器集群？

banq
2012-04-06 17:38

2012-04-06 16:15 "@javawebkaifa"的内容
对于我们这样的数据为主的服务行业，要求时间实时性也强！采用什么样的架构好些了？还有我们后台服务器集群？ ...

说得笼统点就是云计算哦，大数据处理和挖掘参考：
Hive, Pig, Scalding, Scoobi, Scrunch 和 Spark等Hadoop框架比较

另外，因为是金融服务，所以，一致性和可靠性也相当重要，这些都需要根据CAP定律进行切分，分别对待，在吞吐量和可靠性之间取得一个平衡，你看看我的帖子，基本上都是这方面内容。