forked from UBML / ubml-standard

加入 Gitee

与超过 1200万开发者一起发现、参与优秀开源项目，私有仓库也完全免费：）

克隆/下载

design_strategy.md 3.45 KB

# UBML设计策略

## 设计策略细化

设计策略**概要表**

| 设计策略           | 策略含义                                                     |
| ------------------ | ------------------------------------------------------------ |
| **开发语言无关性** | 模型是抽象描述，独立于具体编程语言                         |
| **开放性**         | 可根据需求扩展模型的类型                                   |
| **扩展性**         | 提供基础的模型实现，可根据需求扩展已有模型               |
| **分层复用设计**   | 根据场景，模型、公共组件、公共类型、通用机制形成分层复用架构，支持模型体系的分层复用 |
| **标准兼容适配**   | 支持UBML-Standard与其他领域标准适配，例如BPMN、OpenAPI3.0等  |
| **生态友好**       | 具有良好的生态兼容性，复用性，Meta-Model Core是一个强大的复用基础层，支持各类新模型的直接引用、组装复用 |
| **性能**           | 在sdk中，提供必要缓存，提升生成与编译性能；在具体运行时服务中，提供必要的缓存 |
| **设计优化**       | 根据实践经验，将已有设计中不合理、不易用的点进行优化与重构   |

设计策略**明细表**

| 细化设计点                                                   | 对应设计策略                 |
| :----------------------------------------------------------- | ---------------------------- |
| 结构和属性要预留扩展，保证所有定义都是可扩展的，比如继承、组装，而且相应的SDK工具等要识别这些扩展 | 开放性、扩展性               |
| 各模型都引用的公共结构比如类型、属性、引用等，沉淀到Core层，Core层支持持续扩展、供各类模型复用 | 分层复用、生态友好           |
| 模型之间的引用关系重点设计，并沉淀到Core层中               | 分层复用、生态友好、设计优化 |
| Package、Package之间的嵌套、引用、结构关系等，统一沉淀到Core层 | 分层复用、生态友好           |
| 实体之间要支持继承、组合、关联等关系，这些关系要沉淀到Core层中 | 分层复用、生态友好           |
| 相同领域，不要分化成多种模型，比如构件体系要统一           | 设计优化、分层复用           |
| 模型框架中的ID、Code、DisplayCode的问题解掉                | 设计优化                     |
| 模型之间的引用支持直接引用和Copy两种形式，解决一对多、翻译等问题 | 设计优化                     |
| 实体和DBO不是继承关系，DBO仅面向关系型数据库，实体则不限     | 设计优化                     |
| 模型需要有一套书写的命名规范，进而形成完整的模型开发规范 | 设计优化                     |
| 模型中的UUID作为InnerID仅内存中动态生成，而ID赋予业务含义，Code变为DisplayCode、Name具有描述性含义 | 设计优化                     |
| 基于模型结构实例化出来的模型，要易于理解和编辑             | 设计优化                     |
| 模型中不能带有与编程语言强相关的描述，比如AssemblyName，只适用于C# | 开发语言无关性               |
| BOF、DDD等理念与设计、模型相结合                           | 标准兼容适配                 |

## UBML V2.0 元元模型体系

请参考元元模型体系：
 [UBML元元模型体系](ubml_v2.0_faq.md)

一键复制编辑原始数据按行查看历史

提交于 2021-01-20 16:41 . initial commit

UBML设计策略

设计策略细化

设计策略概要表

设计策略	策略含义
开发语言无关性	模型是抽象描述，独立于具体编程语言
开放性	可根据需求扩展模型的类型
扩展性	提供基础的模型实现，可根据需求扩展已有模型
分层复用设计	根据场景，模型、公共组件、公共类型、通用机制形成分层复用架构，支持模型体系的分层复用
标准兼容适配	支持UBML-Standard与其他领域标准适配，例如BPMN、OpenAPI3.0等
生态友好	具有良好的生态兼容性，复用性，Meta-Model Core是一个强大的复用基础层，支持各类新模型的直接引用、组装复用
性能	在sdk中，提供必要缓存，提升生成与编译性能；在具体运行时服务中，提供必要的缓存
设计优化	根据实践经验，将已有设计中不合理、不易用的点进行优化与重构

设计策略明细表

细化设计点	对应设计策略
结构和属性要预留扩展，保证所有定义都是可扩展的，比如继承、组装，而且相应的SDK工具等要识别这些扩展	开放性、扩展性
各模型都引用的公共结构比如类型、属性、引用等，沉淀到Core层，Core层支持持续扩展、供各类模型复用	分层复用、生态友好
模型之间的引用关系重点设计，并沉淀到Core层中	分层复用、生态友好、设计优化
Package、Package之间的嵌套、引用、结构关系等，统一沉淀到Core层	分层复用、生态友好
实体之间要支持继承、组合、关联等关系，这些关系要沉淀到Core层中	分层复用、生态友好
相同领域，不要分化成多种模型，比如构件体系要统一	设计优化、分层复用
模型框架中的ID、Code、DisplayCode的问题解掉	设计优化
模型之间的引用支持直接引用和Copy两种形式，解决一对多、翻译等问题	设计优化
实体和DBO不是继承关系，DBO仅面向关系型数据库，实体则不限	设计优化
模型需要有一套书写的命名规范，进而形成完整的模型开发规范	设计优化
模型中的UUID作为InnerID仅内存中动态生成，而ID赋予业务含义，Code变为DisplayCode、Name具有描述性含义	设计优化
基于模型结构实例化出来的模型，要易于理解和编辑	设计优化
模型中不能带有与编程语言强相关的描述，比如AssemblyName，只适用于C#	开发语言无关性
BOF、DDD等理念与设计、模型相结合	标准兼容适配

UBML V2.0 元元模型体系

请参考元元模型体系： UBML元元模型体系

1

https://gitee.com/franklyfrank/ubml-standard.git

git@gitee.com:franklyfrank/ubml-standard.git

franklyfrank

ubml-standard

ubml-standard

develop