java名词解释汇总.docx

以前搜集的 java 名词解释汇总 什么是 DTO? DTO 就是 Data Transfer Object,数据传输对象。DTO 主要负责 client(WEB 层)和业务层的数据传递。DTO 简单的就是一些 Java 类型，比如:String,Integer,甚至 List,Map 等，更多就是 POJO 了，用属性承载数据。虽然只有属性的DTO 被一些大师如Martin Fowler 认为是“贫血的”，但我认为 DTO 很好的履行了它的职责：描述业务接口，传输业务数据。 什么是 POJO? POJO 是 Plain Old Java Object，它的产生源于 Bussiness Ojbect 的实现，相对应的技术有 Entity Bean 。可以作为一种轻量级的业务对象模型。这个在Hibernate 当中得到应用，并且EJB3.0 的规范里也增加POJO 作为相应的部分。 简单的说就是只有 getter,setter 以及简单的参数处理,没有具体业务逻辑的 java 类. 什么是 ORM? O/R Mapping -- Object Relational Mapping（对象关系映射）的缩写. 对象角色建模（ORM）提供了概念性的、易于理解的模型化数据的方法。ORM 方法论基于三个核心原则： 简单。以最基本的形式建模数据。 传达性。数据库结构被任何人都能理解的语言文档化。 精确性。基于数据模型创建正确标准化了的结构。 典型地，建模者通过收集来自那些熟悉应用程序但不熟练的数据建模者的人的信息开发信息模型。建模者必须能够用非技术企业专家可以理解的术语在概念层次上与数据结构进行通讯。建模者也必须能以简单的单元分析信息，对样本数据进行处理。ORM 专门被设计为改进这种联系。 规则表达式 ORM 把应用程序世界表示为具有角色（关系中的部分）的一组对象（实体或值）。ORM 有时也称为基于事实的建模，因为它把相关数据描述为基本事实。这些事实如果分割为再小的事实就会丢失信息。 简单事实的一些例子包括： 人有电话 人住在某个地方 人生于某个日期 人在某个日期被雇佣 这些事实相应的 ORM 模型如下： 图 1. 对象角色模型 图中的圆代表对象；矩形代表论断。在 ORM 中，象在逻辑中一样，一个论断只是带有对象洞的语句。箭头和点代表系统中的约束。 例如，在人有电话这个事实的诊断上的箭头可以翻译为： 有可能某个人有多于一个电话，并且至少有一个人有电话。 在人生于某个日期这个事实中，在论断上的箭头与连接对象与论断的点的结合表明： 每个人确切地出生于一个日期。 与 ER 的比较 实体关系（ER）是另一种类型的数据库建模。ORM 模型的简单性与 ER 相应部分的比较： 图 2. 实体关系 ORM 以简单对象和论断的形式描述企业事实，而实体关系方法论以术语实体（拥有属性并参与关系） 描述世界。在图1 的 ORM 例子中，人，电话，地址和日期都表示为扮演有相互联系的角色的对象。在ER 例子中，人是一个实体，它由属性：地址和电话进行描述。 例如，如果要把地址分解为街道，城市，州，ZIP 码，那么必须把地址改变为具有相应属性的实体类型，结果会改变人与地址间的关系。尽管在上面的 ORM 模型中表示的约束也可以在 ER 中表示，但只要向模型中增加节点，或编写应用程序代码对模型进行补充，就可以表示其它约束。 ORM 的优点 ORM 提供的不只是描述不同对象间关系的一个简单而直接的方式。从示例中，可以看出 ORM 还提供了灵活性。使用ORM 创建的模型比使用其它方法创建的模型更有能力适应系统的变化。另外，ORM 允许非技术企业专家按样本数据谈论模型，因此他们可以使用真实世界的数据验证模型。因为 ORM 允许重用对象，数据模型能自动映射到正确标准化的数据库结构。 ORM 模型的简单性简化了数据库查询过程。使用ORM 查询工具，用户可以访问期望数据，而不必理解数据库的底层结构。 数据库生成和遍历引挚 象所有优秀的模型方法一样，ORM 也不只是一个概念。它包含了不同的设计过程以帮助建模者映射概念的和逻辑的模型，或使用转换引挚在这些模型间转换。 ORM 模型也能够自动地映射到大多数流行的关系型数据库所实现的数据库结构。检查前面的例子， ORM 模型能自动生成 ER 图表或逻辑模型（可以翻译为 SQL 代码，并适用于所选择的数据库）。 总结 利用非技术企业专家的知识对于确保应用程序满足企业需求是重要的。ORM，Visual Studio .NET 的一个特性，是一个最初的、易于使用的概念性数据模型方法。通过使用不只是只有数据库专家才能理解的语言，ORM 使那些充分理解了企业对应用程序需求的人能直接参与设计。 ORM 还支持完全的遍历引挚，因此一旦定义了企业需求，它们就能迅