领域模型(概念类图)
- 格式:ppt
- 大小:1.17 MB
- 文档页数:49
领域模型、贫⾎模型、充⾎模型概念总结领域模型领域模型是对领域内的概念类或现实世界中对象的可视化表⽰。
⼜称概念模型、领域对象模型、分析对象模型。
它专注于分析问题领域本⾝,发掘重要的业务领域概念,并建⽴业务领域概念之间的关系。
业务对象模型(也叫领域模型 domain model)是描述业务⽤例实现的对象模型。
它是对业务⾓⾊和业务实体之间应该如何联系和协作以执⾏业务的⼀种抽象。
业务对象模型从业务⾓⾊内部的观点定义了业务⽤例。
该模型为产⽣预期效果确定了业务⼈员以及他们处理和使⽤的对象(“业务类和对象”)之间应该具有的静态和动态关系。
它注重业务中承担的⾓⾊及其当前职责。
这些模型类的对象组合在⼀起可以执⾏所有的业务⽤例。
贫⾎模型是指领域对象⾥只有get和set⽅法(POJO),所有的业务逻辑都不包含在内⽽是放在Business Logic层。
优点是系统的层次结构清楚,各层之间单向依赖,Client->(Business Facade)->Business Logic->Data Access Object。
可见,领域对象⼏乎只作传输介质之⽤,不会影响到层次的划分。
该模型的缺点是不够⾯向对象,领域对象只是作为保存状态或者传递状态使⽤,它是没有⽣命的,只有数据没有⾏为的对象不是真正的对象,在Business Logic⾥⾯处理所有的业务逻辑,对于细粒度的逻辑处理,通过增加⼀层Facade达到门⾯包装的效果。
在使⽤Spring的时候,通常暗⽰着你使⽤了贫⾎模型,我们把Domain类⽤来单纯地存储数据,Spring管不着这些类的注⼊和管理,Spring 关⼼的逻辑层(⽐如单例的被池化了的Business Logic层)可以被设计成singleton的bean。
假使我们这⾥逆天⽽⾏,硬要在Domain类中提供业务逻辑⽅法,那么我们在使⽤Spring构造这样的数据bean的时候就遇到许多⿇烦,⽐如:bean之间的引⽤,可能引起⼤范围的bean之间的嵌套构造器的调⽤。