代码拉取完成,页面将自动刷新
同步操作将从 UBML/ubml-standard 强制同步,此操作会覆盖自 Fork 仓库以来所做的任何修改,且无法恢复!!!
确定后同步将在后台操作,完成时将刷新页面,请耐心等待。
设计策略概要表
设计策略 | 策略含义 |
---|---|
开发语言无关性 | 模型是抽象描述,独立于具体编程语言 |
开放性 | 可根据需求扩展模型的类型 |
扩展性 | 提供基础的模型实现,可根据需求扩展已有模型 |
分层复用设计 | 根据场景,模型、公共组件、公共类型、通用机制形成分层复用架构,支持模型体系的分层复用 |
标准兼容适配 | 支持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元元模型体系
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。