精华内容
下载资源
问答
  • 经常会接触到VO,DO,DTO概念,本文从领域建模中实体划分和项目中实际应用情况两个角度,对这几个概念进行简析。...实体类的主要职责是存储和管理系统内部的信息,它也可以有行为,甚至很复杂行为,...

    经常会接触到VO,DO,DTO的概念,本文从领域建模中的实体划分和项目中的实际应用情况两个角度,对这几个概念进行简析。
    得出的主要结论是:在项目应用中,VO对应于页面上需要显示的数据(表单),DO对应于数据库中存储的数据(数据表),DTO对应于除二者之外需要进行传递的数据。
    一、实体类
    百度百科中对于实体类的定义如下:
    实体类的主要职责是存储和管理系统内部的信息,它也可以有行为,甚至很复杂的行为,但这些行为必须与它所代表的实体对象密切相关。
    根据以上定义,我们可以了解到,实体类有两方面内容,存储数据和执行数据本身相关的操作。这两方面内容对应到实现上,最简单的实体类是POJO类,含有属性及属性对应的set和get方法,实体类常见的方法还有用于输出自身数据的toString方法。


    二、领域模型中的实体类
    领域模型中的实体类分为四种类型:VO、DTO、DO、PO,各种实体类用于不同业务层次间的交互,并会在层次内实现实体类之间的转化。
    业务分层为:视图层(VIEW+ACTION),服务层(SERVICE),持久层(DAO)
    相应各层间实体的传递如下图:

    项目中我们并没有严格遵循这种传递关系,但这种和业务层次的关联对我们理解各实体类的作用是有帮助的。(我们没有接触到PO的原因,我理解为ORM对PO进行了封装)
    以下是资料的原文,上图是基于此绘制的:
    概念:
    VO(View Object):视图对象,用于展示层,它的作用是把某个指定页面(或组件)的所有数据封装起来。
    DTO(Data Transfer Object):数据传输对象,这个概念来源于J2EE的设计模式,原来的目的是为了EJB的分布式应用提供粗粒度的数据实体,以减少分布式调用的次数,从而提高分布式调用的性能和降低网络负载,但在这里,我泛指用于展示层与服务层之间的数据传输对象。
    DO(Domain Object):领域对象,就是从现实世界中抽象出来的有形或无形的业务实体。
    PO(PersistentObject):持久化对象,它跟持久层(通常是关系型数据库)的数据结构形成一一对应的映射关系,如果持久层是关系型数据库,那么,数据表中的每个字段(或若干个)就对应PO的一个(或若干个)属性。
    模型:
    下面以一个时序图建立简单模型来描述上述对象在三层架构应用中的位置
    l 用户发出请求(可能是填写表单),表单的数据在展示层被匹配为VO。
    l 展示层把VO转换为服务层对应方法所要求的DTO,传送给服务层。
    l 服务层首先根据DTO的数据构造(或重建)一个DO,调用DO的业务方法完成具体业务。
    l服务层把DO转换为持久层对应的PO(可以使用ORM工具,也可以不用),调用持久层的持久化方法,把PO传递给它,完成持久化操作。
    l 对于一个逆向操作,如读取数据,也是用类似的方式转换和传递,略。
    三、项目中的实体类
    项目中常见的实体类有VO,DO和DTO,命名规则也常是以相应字符串结尾,如*VO.Java。但是DTO不总是遵循这个规则,而通常与他的用途有关,如写成*Query.java,表示存储了一个查询条件。项目中实体类出现的业务层次也没有这么严格,例如我们可以在视图层就组装一个DO,也可以将一个VO从持久层传出来,所以与业务分层相关联的划分方法显得有些冗余。从项目代码中抽象出的理解是:VO对应于页面上需要显示的数据,DO对应于数据库中存储的数据,DTO对应于除二者之外需要进行传递的数据。

    展开全文
  • 经常会接触到VO,DO,DTO概念,本文从领域建模中实体划分和项目中实际应用情况两个角度,对这几个概念进行简析。...实体类的主要职责是存储和管理系统内部的信息,它也可以有行为,甚至很复杂...

    经常会接触到VO,DO,DTO的概念,本文从领域建模中的实体划分和项目中的实际应用情况两个角度,对这几个概念进行简析。
    得出的主要结论是:在项目应用中,VO对应于页面上需要显示的数据(表单),DO对应于数据库中存储的数据(数据表),DTO对应于除二者之外需要进行传递的数据。
    一、实体类
    百度百科中对于实体类的定义如下:
    实体类的主要职责是存储和管理系统内部的信息,它也可以有行为,甚至很复杂的行为,但这些行为必须与它所代表的实体对象密切相关。
    根据以上定义,我们可以了解到,实体类有两方面内容,存储数据和执行数据本身相关的操作。这两方面内容对应到实现上,最简单的实体类是POJO类,含有属性及属性对应的set和get方法,实体类常见的方法还有用于输出自身数据的toString方法。



    二、领域模型中的实体类
    领域模型中的实体类分为四种类型:VO、DTO、DO、PO,各种实体类用于不同业务层次间的交互,并会在层次内实现实体类之间的转化。
    业务分层为:视图层(VIEW+ACTION),服务层(SERVICE),持久层(DAO)
    相应各层间实体的传递如下图:

    项目中我们并没有严格遵循这种传递关系,但这种和业务层次的关联对我们理解各实体类的作用是有帮助的。(我们没有接触到PO的原因,我理解为ORM对PO进行了封装)
    以下是资料的原文,上图是基于此绘制的:
    概念:
    VO(View Object):视图对象,用于展示层,它的作用是把某个指定页面(或组件)的所有数据封装起来。
    DTO(Data Transfer Object):数据传输对象,这个概念来源于J2EE的设计模式,原来的目的是为了EJB的分布式应用提供粗粒度的数据实体,以减少分布式调用的次数,从而提高分布式调用的性能和降低网络负载,但在这里,我泛指用于展示层与服务层之间的数据传输对象。
    DO(Domain Object):领域对象,就是从现实世界中抽象出来的有形或无形的业务实体。
    PO(PersistentObject):持久化对象,它跟持久层(通常是关系型数据库)的数据结构形成一一对应的映射关系,如果持久层是关系型数据库,那么,数据表中的每个字段(或若干个)就对应PO的一个(或若干个)属性。
    模型:
    下面以一个时序图建立简单模型来描述上述对象在三层架构应用中的位置
    l 用户发出请求(可能是填写表单),表单的数据在展示层被匹配为VO。
    l 展示层把VO转换为服务层对应方法所要求的DTO,传送给服务层。
    l 服务层首先根据DTO的数据构造(或重建)一个DO,调用DO的业务方法完成具体业务。
    l服务层把DO转换为持久层对应的PO(可以使用ORM工具,也可以不用),调用持久层的持久化方法,把PO传递给它,完成持久化操作。
    l 对于一个逆向操作,如读取数据,也是用类似的方式转换和传递,略。
    三、项目中的实体类
    项目中常见的实体类有VO,DO和DTO,命名规则也常是以相应字符串结尾,如*VO.Java。但是DTO不总是遵循这个规则,而通常与他的用途有关,如写成*Query.java,表示存储了一个查询条件。项目中实体类出现的业务层次也没有这么严格,例如我们可以在视图层就组装一个DO,也可以将一个VO从持久层传出来,所以与业务分层相关联的划分方法显得有些冗余。从项目代码中抽象出的理解是:VO对应于页面上需要显示的数据,DO对应于数据库中存储的数据,DTO对应于除二者之外需要进行传递的数据。

    展开全文
  • 经常会接触到VO,DO,DTO概念,本文从领域建模中实体划分和项目中实际应用情况...一、实体类百度百科中对于实体类定义如下:实体类的主要职责是存储和管理系统内部的信息,它也可以有行为,甚至很复杂行为...

    经常会接触到VO,DO,DTO的概念,本文从领域建模中的实体划分和项目中的实际应用情况两个角度,对这几个概念进行简析。
    得出的主要结论是:在项目应用中,VO对应于页面上需要显示的数据(表单),DO对应于数据库中存储的数据(数据表),DTO对应于除二者之外需要进行传递的数据。
    一、实体类
    百度百科中对于实体类的定义如下:
    实体类的主要职责是存储和管理系统内部的信息,它也可以有行为,甚至很复杂的行为,但这些行为必须与它所代表的实体对象密切相关。
    根据以上定义,我们可以了解到,实体类有两方面内容,存储数据和执行数据本身相关的操作。这两方面内容对应到实现上,最简单的实体类是POJO类,含有属性及属性对应的set和get方法,实体类常见的方法还有用于输出自身数据的toString方法。


    二、领域模型中的实体类
    领域模型中的实体类分为四种类型:VO、DTO、DO、PO,各种实体类用于不同业务层次间的交互,并会在层次内实现实体类之间的转化。
    业务分层为:视图层(VIEW+ACTION),服务层(SERVICE),持久层(DAO)
    相应各层间实体的传递如下图:

    项目中我们并没有严格遵循这种传递关系,但这种和业务层次的关联对我们理解各实体类的作用是有帮助的。(我们没有接触到PO的原因,我理解为ORM对PO进行了封装)
    以下是资料的原文,上图是基于此绘制的:
    概念:
    VO(View Object):视图对象,用于展示层,它的作用是把某个指定页面(或组件)的所有数据封装起来。
    DTO(Data Transfer Object):数据传输对象,这个概念来源于J2EE的设计模式,原来的目的是为了EJB的分布式应用提供粗粒度的数据实体,以减少分布式调用的次数,从而提高分布式调用的性能和降低网络负载,但在这里,我泛指用于展示层与服务层之间的数据传输对象。
    DO(Domain Object):领域对象,就是从现实世界中抽象出来的有形或无形的业务实体。
    PO(PersistentObject):持久化对象,它跟持久层(通常是关系型数据库)的数据结构形成一一对应的映射关系,如果持久层是关系型数据库,那么,数据表中的每个字段(或若干个)就对应PO的一个(或若干个)属性。
    模型:
    下面以一个时序图建立简单模型来描述上述对象在三层架构应用中的位置
    l 用户发出请求(可能是填写表单),表单的数据在展示层被匹配为VO。
    l 展示层把VO转换为服务层对应方法所要求的DTO,传送给服务层。
    l 服务层首先根据DTO的数据构造(或重建)一个DO,调用DO的业务方法完成具体业务。
    l服务层把DO转换为持久层对应的PO(可以使用ORM工具,也可以不用),调用持久层的持久化方法,把PO传递给它,完成持久化操作。
    l 对于一个逆向操作,如读取数据,也是用类似的方式转换和传递,略。
    三、项目中的实体类
    项目中常见的实体类有VO,DO和DTO,命名规则也常是以相应字符串结尾,如*VO.Java。但是DTO不总是遵循这个规则,而通常与他的用途有关,如写成*Query.java,表示存储了一个查询条件。项目中实体类出现的业务层次也没有这么严格,例如我们可以在视图层就组装一个DO,也可以将一个VO从持久层传出来,所以与业务分层相关联的划分方法显得有些冗余。从项目代码中抽象出的理解是:VO对应于页面上需要显示的数据,DO对应于数据库中存储的数据,DTO对应于除二者之外需要进行传递的数据。

    转载于:https://www.cnblogs.com/jinloooong/p/11296900.html

    展开全文
  • 经常会接触到VO,DO,DTO概念,本文从领域建模中实体划分和项目中...一、实体类百度百科中对于实体类定义如下:实体类的主要职责是存储和管理系统内部的信息,它也可以有行为,甚至很复杂行为,但这些行...

    经常会接触到VO,DO,DTO的概念,本文从领域建模中的实体划分和项目中的实际应用情况两个角度,对这几个概念进行简析。

    得出的主要结论是:在项目应用中,VO对应于页面上需要显示的数据(表单),DO对应于数据库中存储的数据(数据表),DTO对应于除二者之外需要进行传递的数据。

    一、实体类

    百度百科中对于实体类的定义如下:

    实体类的主要职责是存储和管理系统内部的信息,它也可以有行为,甚至很复杂的行为,但这些行为必须与它所代表的实体对象密切相关。

    根据以上定义,我们可以了解到,实体类有两方面内容,存储数据和执行数据本身相关的操作。这两方面内容对应到实现上,最简单的实体类是POJO类,含有属性及属性对应的set和get方法,实体类常见的方法还有用于输出自身数据的toString方法。

    二、领域模型中的实体类

    领域模型中的实体类分为四种类型:VO、DTO、DO、PO,各种实体类用于不同业务层次间的交互,并会在层次内实现实体类之间的转化。

    业务分层为:视图层(VIEW+ACTION),服务层(SERVICE),持久层(DAO)

    相应各层间实体的传递如下图:

    项目中我们并没有严格遵循这种传递关系,但这种和业务层次的关联对我们理解各实体类的作用是有帮助的。(我们没有接触到PO的原因,我理解为ORM对PO进行了封装)

    以下是资料的原文,上图是基于此绘制的:

    概念:

    VO(View Object):视图对象,用于展示层,它的作用是把某个指定页面(或组件)的所有数据封装起来。

    DTO(Data Transfer Object):数据传输对象,这个概念来源于J2EE的设计模式,原来的目的是为了EJB的分布式应用提供粗粒度的数据实体,以减少分布式调用的次数,从而提高分布式调用的性能和降低网络负载,但在这里,我泛指用于展示层与服务层之间的数据传输对象。

    DO(Domain Object):领域对象,就是从现实世界中抽象出来的有形或无形的业务实体。

    PO(PersistentObject):持久化对象,它跟持久层(通常是关系型数据库)的数据结构形成一一对应的映射关系,如果持久层是关系型数据库,那么,数据表中的每个字段(或若干个)就对应PO的一个(或若干个)属性。

    模型:

    下面以一个时序图建立简单模型来描述上述对象在三层架构应用中的位置

    l 用户发出请求(可能是填写表单),表单的数据在展示层被匹配为VO。

    l 展示层把VO转换为服务层对应方法所要求的DTO,传送给服务层。

    l 服务层首先根据DTO的数据构造(或重建)一个DO,调用DO的业务方法完成具体业务。

    l服务层把DO转换为持久层对应的PO(可以使用ORM工具,也可以不用),调用持久层的持久化方法,把PO传递给它,完成持久化操作。

    l 对于一个逆向操作,如读取数据,也是用类似的方式转换和传递,略。

    三、项目中的实体类

    项目中常见的实体类有VO,DO和DTO,命名规则也常是以相应字符串结尾,如*VO.Java。但是DTO不总是遵循这个规则,而通常与他的用途有关,如写成*Query.java,表示存储了一个查询条件。项目中实体类出现的业务层次也没有这么严格,例如我们可以在视图层就组装一个DO,也可以将一个VO从持久层传出来,所以与业务分层相关联的划分方法显得有些冗余。从项目代码中抽象出的理解是:VO对应于页面上需要显示的数据,DO对应于数据库中存储的数据,DTO对应于除二者之外需要进行传递的数据。

    展开全文
  • 实体类的主要职责是存储和管理系统内部的信息,它也可以有行为,甚至很复杂行为,但这些行为必须与它所代表实体对象密切相关。 根据以上定义,我们可以了解到,实体类有两方面内容,存储数据和执行数据本身相关...
  • 通过将四种类型的支配关系引入到析取集值信息系统中,我们建立了一种基于支配地位粗糙集方法,该方法主要基于用支配关系代替不可分辨关系。 此外,我们还开发了一种新方法,用于对离散集值定序信息系统对象...
  • 前言 大家应该都遇到过一情况,在实际工作中有时需要程序打印出某个进程的内存占用情况以作参考, 下面介绍一通过Linux下的伪文件系统 /proc ...下面主要介绍一下 /proc 下面的四个文件: /proc/stat , /proc/meminfo
  • 栅格数据结构主要存储类型 一栅格矩阵结构 二游程编码结构 三叉树数据结构 栅格矩阵结构概念 栅格矩阵结构是用一矩阵来存储栅格数据单元存储 结构栅格数据看作一个数据矩阵逐行或逐列逐个记 录代码每个网格...
  • 本书主要是面向数据仓库的设计、开发和管理人员,以及构造和使用现代信息系统的人员,也适于信息处理方面的高校师生和从事传统数据库系统技术工作的人阅读。 目录 译者序 审、译者简介 前言 第1章 决策支持系统的...
  • Jsp九大内置对象和四种作用域

    千次阅读 2016-03-25 17:04:01
    Jsp九大内置对象和四种作用域 1.request  request对象是javax.servlet.httpServletRequest类型的对象。该对象代表了客户端请求信息主要用于接受通过HTTP协议传送到服务器数据。(包括头信息系统信息、请求...
  • 文件管理文件和文件系统文件文件类型文件系统文件逻辑结构引入文件逻辑结构的类型文件目录引入对文件目录管理要求文件控制块FCB索引结点(平均启动磁盘次数)文件共享文件共享方法文件保护影响文件安全性...
  • 房地产信息管理系统是一套功能强大通用性极强房产管理软件,软件界面设计简洁,美观,其人性化软件流程,使普通用户不需培训也能快速掌握软件操作使用方法,上手极易。软件支持外部EXCEL表数据导入各种数据,也...
  • 数据库系统的出现使信息系统从以加工数据的程序为中心转向围绕共享的数据库为中心的新阶段。 6 .数据库管理系统的主要功能有哪些? 答: ( l )数据库定义功能; ( 2 )数据存取功能; ( 3 )数据库运行管理; ...
  • 本周主要学习了异常控制流,计算机主要四种不同类型的异常:中断、故障、终止、和陷阱。 fork()函数学习 信号机制学习 信号安装 由上图可知,可用signal()安装一个信号。第一个参数指定信号值,第二个...
  • 窗口类型四种: 1.基本窗口 2.快选窗口 3.公共窗口 4.系统信息窗口   一、基本窗口是开发中用最多窗口,我们工程软件开发主要在基本窗口上开发,如图鼠标右击“新增”即可新建一个基本窗口,可设置它...
  • 总线位速率的计算方法,同时设计了CAN控制软件和主要的四种处理器(主控 制器、电机控制器、电池管理系统Ecu、汽车仪表Ecu)的控制软件,并在动 力总成控制器上设计了基于CAN总线的ECU标定软件的固件(Firmware)和应 用...
  • 6.5 扩展类型系统的实现和相关问题 120 6.6 嵌套关系数据模型 120 小结 122 参考文献 122 第三部分 高级主题:安全性、高级建模和分布式 125 第7章 数据库的安全性 126 7.1 数据库安全性问题简介 ...
  • 在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足信息处理的需求。 2、 系统的开放性和系统的可扩充性:系统在开发过程中,应该充分考虑以后的可扩充性。...
  • 网络交换是指通过一定设备,如交换机等,将不同信号或者信号形式转换为对方可识别信号类型从而达到通信目的交换形式,常见有数据交换,线路交换,报文交换和分组交换。在计算机网络中,按照交换层次...
  • 全书共分4个部分,第一部分介绍最基本概念、术语及建模原则,第二部分描述了关系数据模型和关系型DBMS,第三部分讨论数据库设计,第部分主要描述数据库系统中使用物理文件结构和存取方法。书中涉及内容非常...
  • 二、数据库系统的性能监视与优化1.、性能监视: 1)增长 测量并预测增长,需要收集四种主要信息:处理器,网络,存储,内存。 对像类型 要收集的值 Processor 使用率百分比 Network ...
  • 为了操作上方便,人们用触摸屏来代替鼠标或键盘。... 按照触摸屏工作原理和传输信息的介质,我们把触摸屏分为四种,它们分别为电阻式、电容感应式、红外线式以及表面声波式。每一类触摸屏都有其各自优缺点,
  • 目的:学生电子作业提交与分析系统的开发是为了解决传统的使用FTP服务器上传作业的作业管理方式下无法防止学生乱上传作业、上传作业到错误文件夹位置中,未能对学生上传作业的大小、类型、上传时间等进行限制,作业...
  • (4)判题:判题模块也是系统的核心部分,主要负责把用户提交上来的代码进行编译和运行,然后判断答案是否正确,把结果返回给用户。 (5)登录注册:在此模块可以进行登录和新用户的注册。 、拟解决的主要问题 (1)...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 398
精华内容 159
关键字:

信息系统的四种主要类型