本文探讨了作者对实体对象的理解，包括DTO（数据传输对象）、DMO（数据管理对象）和DPO（数据持久化对象）。作者建议保持实体的专用性，以减少开发中的误解和冲突。DTO常用于数据传输，DMO和DPO则分别对应于数据管理与数据库操作。文章以WCF+Silverlight项目为例，阐述了如何在不同场景下使用这些对象，以优化代码结构和提高效率。
今天和大家谈的是我对于实体的一些认识，难免有偏颇之初，还请各位指出。
大家都看到标题中的三个英文缩写了：DTO,DMO,DPO。DTO大家应该还是熟悉的，Data Transfer Ojbect（数据传输对象）。研究过DDD（Domain Driven Design领域驱动设计）的人应该了解过DTO。是用来传输数据的对象，应为领域对象虽然有数据（属性），但是领域对象上面还带有操作，在某些场合不适合进行传输，因为有些时候传输还需要序列化，而且也不是所有的领域对象属性都可以暴露给调用端的，而且有些属性可能要合并，可能要分解，之后才有利于调用端的使用，加上其他一些的业务原因，于是就有了专门用来传输数据的DTO，只有属性，没有操作，必要的时候加上序列化标记，实现远程调用。
DMO和DPO是我自己创造的名词，在后面再解释给大家听。
刚开始看到别人用来表达数据对象的类的时候，都是只有属性，没有操作，而且大都是和数据库表一一对应的。可以单独建立一个项目，名字叫做Project.Entity。在独立的一个项目中保存所有用到的实体，其他的项目添加对Project.Entity项目的引用。
就拿
最低0.47元/天 解锁文章
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
