1.领域模型:
当前前端开发框架react有几个痛点:
UI前端页面层的复用性极差,前端UI代码大量采用VM)(view+model)的方案,面向多样化的设计稿进行开发,代码差异化无法收敛
Data层数据处理复用性极差:服务端通信给前端虽然已经是试图对象,但是仍然带有鲜明的领域属性数据结构的差异化直接导致数据处理逻辑的复用性无法收敛。
于是我开始学习前端领域模型;
*领域模型面向业务领域的抽象的UI模型:
负责业务逻辑的实现,其要义是业务语义化显性化的表达,利用特性增加代码的业务表征能力。
*通俗的可以认为领域模型是一个分析模型,帮助系统分析人员,用户认识实现业务的工具,描述的是业务中涉及到的实体及其相互之间的关系,它是需求分析的产物,是需求分析人员与用户交流的有力工具。
*问:如何进行领域模型设计?
领域模型中的核心部分是对于概念类的确定,在找到概念类之后,需要确定的关联关系了,
对一段业务描述进行设计领域模型:
**领域模型设计是需求分析的 关键步骤。它帮助用户及需求分析人员建立业务概念,确定用户业务的问题域,系统涉及的业务范围等等。
***领域模型设计的步骤为:
1. 从业务描述中提取名词 ;
2. 从提取出来的名词中总结业务实体,区分名词中的属性、角色、实体、实例,形成问题域中操作实体的集合;
3. 从业务实体集合中抽象业务模型,建立问题域的概念(例如在前面的例子中,我们把容易变质的水果称之为“短期保持水果”,当然也可以是其它说法,只要能跟用户达成共识即可);
4. 用UML提供的方法和图例进行领域模型设计【在UML中主要使用类图来描述领域模型。】
UM的分类法:
用例图:对系统提供提供功能的描述
静态图:描述系统的静态结构,包括 类图:常用来分析业务概念 和 对象图
行为图:描述系统的动态行为和组成系统的对象间的交互关系,包括 状态图 和 活动图
交互图:描述对象间的交互关系,包括 顺序图 和 协作图
实现图:提供关于系统实现方面的信息,包括 构件图 和 部署图
类图主要是用来显示系统中的类、接口以及它们之间的静态结构和关系的一种静态模型。类图中最基本的元素是类、接口。软件设计师设计出类图后,
注:领域模型属于分析阶段的产物。还没有进一步的实现,所以很多内容都属于猜想阶段只考虑业务描述中涉及的实体以及实体之间的关系。领域模型: