Trantor 术语表
产品
| 名词 | 解释 | 示例 |
|---|---|---|
| Trantor | Trantor（中译：川坨）是一个中后台应用快速研发和交付的软件生产体系。通过抽象应用元数据建模机制、抽象中后台交互形式、抽象常见使用场景，建立完善的自有标准研发体系，从而提供低代码的建模和界面编制能力，最终提高中后台应用的研发效率。 | https://trantor-docs.app.terminus.io/ |
| GAIA | 盖亚指通过 Trantor 体系制造出来的端点整体的平台型中后台软件产品。当端点或端点的合作伙伴构建解决方案或者进行项目交付时，总是以盖亚为基础来开始。盖亚具备版本并且会持续迭代升级，客户项目可通过升级盖亚版本和在盖亚上进行定制开发来获得新的业务能力。 | |
| Nusi | Nusi Design System是 Terminus 针对企业级应用推出的专业设计体系。它在设计师和开发工程师之间构建统一的样式规范，使设计和开发的过程更加紧密高效，并能有效提高用户界面的质量和一致性。 | http://nusi.terminus.io/ |
| Nusi engine | Nusi提供给Trantor 的前端渲染引擎。Nusi的资源最终通过Nusi engine融合到Trantor中，以完成视图的渲染。 | - |
| 交付控制台（T-Console） | Trantor的开发者工具，用户可在线进行资源定义及业务配置的平台。 | - |
| 统一工作台（T-Workspace） | Trantor的业务终端运行容器，通过资源定义及配置，业务功能最终渲染到统一工作台上，供业务用户使用。 | - |
| DataStore | 由模型元信息驱动的存储一体化解决方案，拉平持久化模型和高阶计算模型之间，DB、Search和Cache之间的访问差异。 | - |
| MetaStore | 提供所有交付所需的元信息的存取能力。 | - |
| SCP | Terminus生产的标准业务产品，采销一体化的企业软件产品。所有解决方案、交付物、生态化扩展物都围绕标准的SCP展开。SCP也是Terminus唯一的制品。 | https://work.terminus.io/ |
场景
| 名词 | 解释 | 示例 |
|---|---|---|
| 制品 | 制品指的制作业务产品。目前主要指制作SCP范围内的资源定义及SCP周边相关的ISV产品制作。制品是一个长期稳定迭代的标准化产品，通过不断升级模块及制品版本，完成新特性的增加。 | SCP |
| 定制 | 定制指的是基于业务产品，进行实施交付或者业务定制二开使用。 | 光明交付定制项目 |
| 环境 | 软件的部署环境，具备完整的Trantor 运行态的能力，最小由统一工作台、MetaStore 、DataStore 、Gateway 这些 Trantor 组件和业务模块组成。Trantor可同时配置多套环境。 | 开发环境 测试环境 预发环境 |
| 发布 | 开发者将资源定义发向运行环境的工具。支持将资源发到指定环境、环境间的资源定义和业务配置迁移，向Terminus市场推送指定资源等类型。 | - |
| 独立软件开发商（ISV ） | 使用Trantor提供的研发能力，生产中后台应用，为企业、组织提供软件服务的开发者厂商。 | |
| 业务集成商（SI） | 围绕Trantor生态下的软件产品，使用Trantor 的二次开发机制，进行业务定制和集成，为企业、组织提供软件服务的开发者厂商。 | - |
资源
| 名词 | 解释 | 示例 |
|---|---|---|
| 业务域（Namespace） | Trantor中的用于划分资源作用域，并使资源可以按业务域粒度分发和复用。 | 商品模块、订单模块 |
| 模块（Module） | 安装单位。业务系统中，单一业务身份作业场景的完整功能合集，有独立的菜单、权限体系、组织体系、用户管理体系等。 | 采购板块、寻源板块、供应商端、电子商城 |
| 解决方案（Solution） | 售卖、安装单位，实际是串联了完整业务体系的应用集合组成。解决方案中可定义应用及模块级别暴露出来的个性化配置。 | 地产行业解决方案、零售解决方案 |
| SOP | Standard Operating Procedure：即标准作业程序，指将某⼀事件的标准操作步骤和要求以统⼀的格式描述出来，⽤于指导和规范⽇常的⼯作。 | B2C正向交易 |
| 主数据（Master Data） | 从企业内部经营管理的视角，有一个以上的业务场景（板块）需要共同使用，且不会因为某个具体业务流转而改变的静态数据。 | 公司、组织、人员、仓库、物品 |
| 模型（Model） | 业务数据结构的配置及存储单位。业务通过定义模型及模型间关系，完成数据结构的定义，通过完成模型内行为和视图的定义，完成界面编排及业务逻辑定义。 | 订单；商品；用户 |
| 模型配置 | 模型扩展配置，对模型的业务使用的扩展配置，包括是否支持全局搜索、是否支持导入导出、是否开启搜索优化等。 | |
| 字段（Field） | 模型中定义数据结构的单位。Trantor体系下的字段类型具有一定的业务含义并有对应的前端组件。模型间的关系也通过字段定义的方式进行声明。 | ID；name；sex |
| 视图（View） | 用户看到的界面。由开发者在模型中配置XML文件中声明资源及控制实现，最终渲染到用户使用的统一工作台中，完成业务功能构建。目前Trantor支持列表、详情、编辑三种类型的视图。 | 订单列表；商品详情 |
| 索引 | - | |
| 字段组 | 用以控制模型数据被全局搜索、Hover展示的字段合集。共有三个类型：可搜索字段组：控制模型中哪些字段可以被全局搜索命中覆盖。搜索显示字段组：控制模型数据被搜索时，表格中展示哪些字段信息。默认显示字段组：当模型数据被关联显示时，悬停显示的卡片透出的字段信息。 | - |
| 字典（Dictionay） | 字典是Trantor定义的枚举类的静态资源。如，国家字典，包含中国、美国、英国等枚举字典项。这类资源用以在模型构建时，维护枚举类字段，从而体现在业务中，用以做业务内容识别和代码逻辑判断。开发者用户可以在控制台进行字典及字典中的枚举项维护，或者在线下模块中声明字典资源，在模型字段创建时声明使用的字典。 | 国家；货币 |
| 字典项 | 字典中的枚举值。可选择允许用户端编辑，则在统一工作台，允许在软件运行过程中调整字典项，包括其内容和顺序。 | 中国；美元 |
| 映射函数（MappingFunction） | 逻辑流配置过程中，模型结构映射时定义的计算函数。用以在模型数据转换时做简单的逻辑处理。 | - |
| 字段映射 | 模型声明的与其他模型或结构体的映射配置。 | |
| 自定义控件 | 前端自定义的交互控件，用以解决当前提供的交互控件不能满足业务需要，需要手动前端编码完成的控件，Trantor提供注册机制将其资源化引进到模块中。 | - |
| 自定义数据容器 | 前端自定义的数据容器，用以解决当前提供的数据容器（如表格、表单、树等）不能满足业务需要，需要手动前端编码完成的数据容器，Trantor提供注册机制将其资源化引进到模块中。 | |
| 仪表盘卡片 | Trantor 底座上提供的Dashboard机制上的卡片资源，在模块中按照指定的规范声明，即可渲染到统一工作台中。 | - |
| 业务维度 | 业务中用以做数据隔离的维度，通常对应典型的业务实体，业务行为需要发生指定的业务实体内，且可能存在切换。 | 仓库、工厂、门店 |
| 调度任务 | 任务调度是指系统为了自动完成特定任务，在约定的特定时刻去执行任务的过程。 | 每天定时结算订单金额 |
| 逻辑流（LogicFlow） | 业务中，非人为参与的细粒度流程。用以承接服务调用的编排、数据映射等。借助集成平台现有的流程实现。在SOP中，承担StepFunction的编排工作。 | 例如：下单流程。 |
| 可编排服务（LogicFunction） | 逻辑流配置过程中，可组织和编排的服务。 | 例如：获取订单行数据、丰富 SRM 订单信息等。 |
| 扩展点（Extension） | 扩展点用于预留在定制开发时可快速替换的业务逻辑替换位。扩展点和可编排服务类似但有明确不同的适用场合。扩展点都是预埋的，是经过总结和设计，被我们认为会被定制而留下的精简的小段逻辑。 | 例如：价格计算、运费计算、发货状态检查。 |
| 动态路由 | 动态路由是为了支持 Flow/Function/Extension 接口同时存在多种实现的场景，可根据入参的不同值选择不同的实现执行，Trantor 在 framework 层面支持了动态逻辑流。 | 例如：支付接口，可以动态路由到支付宝支付、微信支付、银联支付。 |
| 匿名访问 | 有些情况我们需要对外暴露的 Flow/Function 可以被匿名访问，需要在Flow/Function的声明上， 增加匿名注解，来声明这是一个可匿名访问的逻辑流/可编排服务。 | |
| 缓存 | 缓存作为优化查询性能最常用的手段之一，在很多场景都有广泛的使用，为了能更好地将缓存作为一种资源纳入 Trantor 内部并且提供更好的资源管理能力 | 查询的某个结果缓存 |
| 触发器 | 触发器是 Trantor 为了解决业务上下游服务间通信提供的机制 | 对某个模型进行 CREATE/UPDATE/DELETE 变更通知 |
| 原生接口 | 在对接第三方支付, 或者一些其他特殊场景, 会有一些回调的请求, 但是回调的格式是第三方定义的, 无法适配 Trantor 的机制规范, 所以使用 LogicFlow 和 LogicFunction 基本无法满足此类场景 | 第三方调用LogicFlow 和 LogicFunction |
| 业务上下文 | 用户自定义上下文 | 获取当前用户、所属组织等上下文信息 |
| 业务插件 | 业务插件是由 Trantor 提供，但由业务应用研发同学决定如何使用的一种插件机制 | |
| 消息 | 统一声明消息是因为项目中会有很多业务消息需要被处理，而这些信息本身又有一些要被国际化，二开的诉求。所以Trantor目前把消息定义成一种资源来管理，并且统一在API层面定义。 | 例如：成功消息返回、数据校验异常、支付异常等。 |
功能
| 名词 | 解释 | 示例 |
|---|---|---|
| 业务域依赖 | 业务域下声明对其他业务域的依赖关系，通过依赖及传递依赖，约束业务域间资源在引用时的范围。 | - |
| 全局依赖 | 制品版本或定制品在制作过程中，需要解决的全局依赖，在整个制品或定制品过程中抹平依赖才能将资源进行发布。未来在安装应用时才不会发生依赖冲突。 | - |
| 配置中心 | 运行态时对统一工作台的一些功能进行配置，或提供判断依据的配置汇总。 | 更换工作台logo；开启通知； |
| 设计器 | 模型ER图，根据开发者定义的模型结构，渲染出来的模型关系图。 | - |
| 访问域 | 用以隔离访问环境的对象，配置独立的访问域名，同一个工作台实例可利用访问域切分为多个访问环境，每个访问域中包含多个应用。 | url1.terminus.io url2.terminus.io |
| 功能权限 | 约束用户是否拥有权利执行操作的权限点，严格对应了页面操作。包括菜单路由的权限、页面的按钮操作权限等。 | 新增；删除 |
| 数据权限 | 通过规则约束用户对数据的读写情况的权限点。包含两类约束： - 约束用户对列级别的读写限制。 - 定义业务规则，控制用户行级别的记录权限。 | - |
| 发布计划 | Trantor提供的将资源定义及变更信息发布到运行态环境的工具。 | - |
| 资源发布 | 将资源发布到的指定的环境，页面里操作发布，线下执行变更DDL或回滚。 | - |
| 环境迁移 | 将不同环境间的资源配置信息和业务配置信息进行迁移，以发向最终投入使用的指定环境。 | - |
| 分库设置 | 是否启用垂直分库的开关，在环境上定义，在发布时进行校验配置。 | - |
| 分表设置 | 是否启用水平分表的开关，在环境上定义，在发布时进行校验配置。 |
前端术语
| 名词 | 解释 | 示例 |
|---|---|---|
| DSL | ||
| Controller | ||
| 数据容器 | Trantor前端主要的数据交互单元。一个视图可以包含一个主数据容器和多个数据容器。每个数据容器对应一个具体模型，可配置模型的字段以及Action等交互功能。数据容器之间可配置关联关系。 | Table、Detail、Form |
| 布局容器 | 提供页面样式交互功能的容器，不承载具体数据。 | Tabs、Anchors |
| 控件 | 为字段提供显示和交互功能的组件。 | DatePicker、 Select |