POBOVODTOPOJODAO概念及其作用(附转换图).docxVIP

PO BO VO DTO POJO DAO概念及其作用（附转换图）?J2EE开发中大量的专业缩略语很是让人迷惑，尤其是跟一些高手讨论问题的时候，三分钟就被人家满口的专业术语喷晕了，PO VO BO DTO POJO DAO，一大堆的就来了（听过老罗对这种现象的批判的朋友会会心一笑）。 首先声明偶也不是什么高手，以下总结都是自己的体会。不对之处请您多指教。PO：persistant object持久对象最形象的理解就是一个PO就是数据库中的一条记录。好处是可以把一条记录作为一个对象处理，可以方便的转为其它对象。BO：business object业务对象主要作用是把业务逻辑封装为一个对象。这个对象可以包括一个或多个其它的对象。比如一个简历，有教育经历、工作经历、社会关系等等。我们可以把教育经历对应一个PO，工作经历对应一个PO，社会关系对应一个PO。建立一个对应简历的BO对象处理简历，每个BO包含这些PO。这样处理业务逻辑时，我们就可以针对BO去处理。VO ：value object值对象ViewObject表现层对象主要对应界面显示的数据对象。对于一个WEB页面，或者SWT、SWING的一个界面，用一个VO对象对应整个界面的值。DTO ：Data Transfer Object数据传输对象主要用于远程调用等需要大量传输对象的地方。比如我们一张表有100个字段，那么对应的PO就有100个属性。但是我们界面上只要显示10个字段，客户端用WEB service来获取数据，没有必要把整个PO对象传递到客户端，这时我们就可以用只有这10个属性的DTO来传递结果到客户端，这样也不会暴露服务端表结构.到达客户端以后，如果用这个对象来对应界面显示，那此时它的身份就转为VOPOJO ：plain?ordinary?java?object?简单java对象个人感觉POJO是最常见最多变的对象，是一个中间对象，也是我们最常打交道的对象。一个POJO持久化以后就是PO直接用它传递、传递过程中就是DTO直接用来对应表示层就是VODAO：data access object数据访问对象这个大家最熟悉，和上面几个O区别最大，基本没有互相转化的可能性和必要.主要用来封装对数据库的访问。通过它可以把POJO持久化为PO，用PO组装出来VO、DTO?总结下我认为一个对象究竟是什么O要看具体环境，在不同的层、不同的应用场合，对象的身份也不一样，而且对象身份的转化也是很自然的。就像你对老婆来说就是老公，对父母来说就是子女。设计这些概念的初衷不是为了唬人而是为了更好的理解和处理各种逻辑，让大家能更好的去用面向对象的方式处理问题.?大家千万不要陷入过度设计，大可不必为了设计而设计一定要在代码中区分各个对象。一句话技术是为应用服务的。欢迎指正。画了个图，感觉没有完全表达出自己的意思。。。。。谁帮忙完善下，最好能体现各个O在MVC中的位置99View层/UI层（界面层）：1. 界面中所有控件必要的格式判断。2. 搜集界面中所有控件信息，并将之传入Controller/BLL层。（最重要的功能）?Controller/BLL层（业务逻辑层）：1. 接收界面层的数据。2. 数据类型格式的转换。3. 处理业务逻辑。如决定如何调用以及组织Model/DAL层的方法（增删改查），决定实例化的对象（角色），权限的判断控制等。（最重要的功能）。?Model/DAL层（数据访问层）：1. 提供对数据库基本操作访问的方法或接口（增删改查）。2. 提供对特定类的具有针对性的方法或接口。3. 对数据库访问类的组织和管理。附?：PO/POJO/BO/DTO/VO的区别---------------------------------------------------------PO?：persistent object持久对象1?．有时也被称为Data对象，对应数据库中的entity，可以简单认为一个PO对应数据库中的一条记录。2?．在hibernate持久化框架中与insert/delet操作密切相关。3?．PO中不应该包含任何对数据库的操作。---------------------------------------------------------POJO?：plain ordinary java object?无规则简单java对象一个中间对象，可以转化为PO、DTO、VO。1?．POJO持久化之后==〉PO（在运行期，由Hibernate中的cglib动态把POJO转换为PO，PO相对于POJO会增加一些用来管理数据库entity状态的属性和方法。PO对于programmer来说完全透明，由于是运行期生成PO，所以可以支持增量编译，增量调试。）2?．POJO传输过程中==〉DTO3