4.1.4 模块之元数据详解

介绍Module相关元数据,以及对应代码注解方式。大家还是可以通读下,以备不时之需

如您还不了解Module的定义,可以先看下2.3【oinone独特之源,元数据与设计原则】一文对Module的描述,本节主要带大家了解Module元数据构成,能让小伙伴非常清楚oinone从哪些维度来描述Module,

一、元数据说明

ModuleDefinition

元素数据构成 含义 对应注解 备注
displayName 显示名称 @Module(
displayName="",
name="",
version="",
category="",
summary="",
dependencies={"",""},
exclusions={"",""},
priority=1L
)
name 技术名称
latestVersion 安装版本
category 分类编码
summary 描述摘要
moduleDependencies 依赖模块编码列表
moduleExclusions 互斥模块编码列表
priority 排序
module 模块编码 @Module.module("")
dsKey 逻辑数据源名 @Module.Ds("")
excludeHooks 排除拦截器列表 @Module.Hook(excludes={"",""})
website 站点 @Module.Advanced(
website="http://www.oinone.top",
author="oinone",
description="oinone",
application=false,
demo=false,
web=false,
toBuy=false,
selfBuilt=true,
license=SoftwareLicenseEnum.PEEL1,
maintainer="oinone",
contributors="oinone",
url="http://git.com"
)
author module的作者
description 描述
application 是否应用
demo 是否演示应用
web 是否web应用
toBuy 是否需要跳转到website去购买
selfBuilt 自建应用
license 许可证 默认PEEL1
可选范围:
GPL2
GPL2ORLATER
GPL3
GPL3ORLATER
AGPL3
LGPL3
ORTHEROSI
PEEL1
PPL1
ORTHERPROPRIETARY
maintainer 维护者
contributors 贡献者列表
url 代码库的地址
boot 是否自动安装的引导启动项 @Boot
加上该注解代表:
启动时会自动安装,不管yml文件的modules是否配置
moduleClazz 模块定义所在类 只有用代码编写的模块才有
packagePrefix 包路径,用于扫描该模块下的其他元数据
dependentPackagePrefix 依赖模块列对应的扫描路径
state 状态 系统自动计算,无需配置
metaSource 元数据来源
publishCount 发布总次数
platformVersion 最新平台版本 本地与中心平台的版本对应。做远程更新时会用到
publishedVersion 最新发布版本

表4-1-4-1 ModuleDefinition

UeModule

是对ModuleDefinition的继承,并扩展了跟前端交互相关的元数据

元素数据构成 含义 对应注解 备注
homePage Model 跳转模型编码 @UxHomepage(
@UxRoute(
)
对应一个ViewAction,如果UxRoute只配置了模型,则默认到该模型的列表页
homePage Name 视图动作或者链接动作名称
logo 图标 @UxAppLogo(logo="")

表4-1-4-2 UeModule

二、元数据,代码注解方式

Module

Module

├── displayName 显示名称

├── name 技术名称

├── version 安装版本

├── category 分类编码

├── summary 描述摘要

├── dependencies 依赖模块编码列表

├── exclusions 互斥模块编码列表

├── priority 排序

├── module 模块编码

│ └── value

├── Ds 逻辑数据源名

│ └── value

├── Hook 排除拦截器列表

│ └── excludes

├── Advanced 更多配置

│ ├── website 站点

│ ├── author 作者

│ ├── description 描述

│ ├── application 是否为应用

│ ├── demo 是否演示应用

│ ├── web 是否web应用

│ ├── toBuy 是否需要跳转到website去购买

│ ├── selfBuilt 是否自建应用

│ ├── license 许可证,枚举默认:PEEL1

│ ├── maintainer 维护者

│ ├── contributors 贡献者

│ └── url 代码库地址

相关Ux注解

与模块相关的交互类注解

UxHomepage

UxHomepage 模块主页

└── UxRoute

UxAppLogo

UxAppLogo

└── logo 图标

Oinone社区 作者:史, 昂原创文章,如若转载,请注明出处:https://doc.oinone.top/oio4/9279.html

访问Oinone官网:https://www.oinone.top获取数式Oinone低代码应用平台体验

(0)
史, 昂的头像史, 昂数式管理员
上一篇 2024年5月23日 am8:59
下一篇 2024年5月23日 am9:01

相关推荐

  • 书籍封面

    2024年5月23日
    3.2K00
  • 3.5.5 设计器的结合(改)

    在页面开发的时候,直接通过前端组件和视图xml进行开发虽然开放性是很大的、但我们经常会忘记视图的配置属性,同时用xml配置的页面因为缺少设计数据,导致无法直接在设计器中复制,自定义页面得从头设计。今天就带大家一起来学习如何结合无代码设计器来完成页面开发,并把设计后的页面元数据装载为标准产品的一部分。 1 安装Docker 如果没有Docker的话,请自行到官网下载:https://www.docker.com/get-started/ 2 下载Docker 镜像,并导入镜像 Step2.1 镜像下载 v.4.6.28.3-allinone-full 版本说明 前后端以及中间件一体 镜像地址 docker pull harbor.oinone.top/oinone/designer:4.6.28.3-allinone-full 下载结构包 oinone-op-ds-all-full.zip(17 KB) v.4.6.28.3-allinone-mini 版本说明 前后端一体支持外部中间件 镜像地址 docker pull harbor.oinone.top/oinone/designer:4.6.28.3-allinone-mini 下载结构包 oinone-op-ds-all-mini.zip(14 KB) v.4.7.9-allinone-full 版本说明 前后端以及中间件一体 镜像地址 docker pull harbor.oinone.top/oinone/designer:4.7.9-allinone-full 下载结构包 oinone-op-ds-all-full.zip(17 KB) v.4.7.9-allinone-mini 版本说明 前后端一体支持外部中间件 镜像地址 docker pull harbor.oinone.top/oinone/designer:4.7.9-allinone-mini 下载结构包 oinone-op-ds-all-mini.zip(14 KB) Step2.1.2 镜像下载用户与密码 需要商业版镜像需要加入Oinone商业版本伙伴专属群,向Oinone技术支持获取用户名与密码,镜像会定时更新并通知大家。 #注意:docker镜像拉取的账号密码请联系数式技术 docker login –username=用户名 harbor.oinone.top docker pull docker pull harbor.oinone.top/oinone/designer:4.6.28.3-allinone-full Step2.1.3 镜像和版本选择 目前有2个版本可供选择,包含中间件以及不包含中间件2个版本,下载结构包以后注意修改startup.sh和startup.cmd中对应镜像地址的版本号。 Step2.1.4 本地结构说明 下载结构包并解压 config是放application.yml的目录,可以在application.yml配置需要启动的自有模块同时修改对应其他中间件配置项 lib是放自有模块的jar包以及其对应的依赖包比如:pamirs-demo-api-1.0.0-SNAPSHOT.jar和pamirs-demo-core-1.0.0-SNAPSHOT.jar nginx:前端运行的nginx站点配置文件 mq:消息配置,再使用低无一体时需要指定mq的broker的IP run:容器运行中间件的脚本,可以对个别中间件是否启动进行设置,(注释掉运行脚本,容器启动时就不会启动该中间件) logs是运行时系统日志目录 Step2.2 修改startup.sh中的路径 Step2.2.1 linux环境修改参数 在文件中找到如下 configDir=/opt/docker/oinone-op-ds-all-full version=4.6.28.3 IP=192.168.0.121 修改configDir的路径(下载oinone-op-ds-xx.zip解压后的路径) 修改对应的镜像版本号 修改对应的IP为docker宿主机IP #!/bin/bash configDir=/opt/docker/oinone-op-ds-all-full version=4.6.28.3 IP=192.168.0.121 docker run -d –name designer-allinone \ -e DUBBO_IP_TO_REGISTRY=$IP \ -e DUBBO_PORT_TO_REGISTRY=20880 \ -p 8099:8091 \ -p 3307:3306 \ -p 2182:2181 \ -p 6378:6379 \ -p 19876:9876 \ -p 10991:10991 \ -p 15555:15555 \ -p 20880:20880 \ -p 88:80 \ -v $configDir/config/:/opt/pamirs/ext \ -v $configDir/nginx:/opt/pamirs/nginx/vhost \ -v $configDir/logs:/opt/pamirs/logs \ -v $configDir/mq/broker.conf:/opt/mq/conf/broker.conf \ -v $configDir/run/run.sh:/opt/pamirs/run/run.sh \ -v $configDir/lib:/opt/pamirs/outlib harbor.oinone.top/oinone/designer:$version-allinone-full Step2.2.3 window环境修改参数 在文件中找到如下 set configDir=/d/shushi/docker/oinone-op-ds-all-full set version=4.6.28.3 set IP=192.168.0.121 修改configDir的路径((下载oinone-op-ds-xx.zip解压后的路径) 修改对应的镜像版本号 修改对应的IP为docker宿主机IP @echo off set configDir=/d/shushi/docker/oinone-op-ds-all-full set version=4.6.28.3 set IP=192.168.0.121 docker run -d –name designer-allinone ^ -e DUBBO_IP_TO_REGISTRY=%IP% ^ -e DUBBO_PORT_TO_REGISTRY=20880 ^ -p 8099:8091…

    2024年5月23日
    1.1K00
  • 4.1.6 模型之元数据详解

    介绍Model相关元数据,以及对应代码注解方式。大家还是可以通读并练习每种不同的使用方式,这个是oinone的设计精华所在。当您不知道如何配置模型、字段、模型间的关系、以及枚举都可以到这里找到。 一、模型元数据 安装与更新 使用@Model.model来配置模型的不可变更编码。模型一旦安装,无法在对该模型编码值进行修改,之后的模型配置更新会依据该编码进行查找并更新;如果仍然修改该注解的配置值,则系统会将该模型识别为新模型,存储模型会创建新的数据库表,而原表将会rename为废弃表。 如果模型配置了@Base注解,表明在studio中该模型配置不可变更;如果字段配置了@Base注解,表明在studio中该字段配置不可变更。 注解配置 模型类必需使用@Model注解来标识当前类为模型类。 可以使用@Model.model、@Fun注解模型的模型编码(也表示命名空间),先取@Model.model注解值,若为空则取@Fun注解值,若皆为空则取全限定类名。 模型元信息 模型的priority,当展示模型定义列表时,使用priority配置来对模型进行排序。 模型的ordering,使用ordering属性来配置该模型的数据列表的默认排序。 模型元信息继承形式: 不继承(N) 同编码以子模型为准(C) 同编码以父模型为准(P) 父子需保持一致,子模型可缺省(P=C) 注意:模型上配置的索引和唯一索引不会继承,所以需要在子模型重新定义。数据表的表名、表备注和表编码最终以父模型配置为准;扩展继承父子模型字段编码一致时,数据表字段定义以父模型配置为准。 名称 描述 抽象继承 同表继承 代理继承 多表继承 基本信息 displayName 显示名称 N N N N summary 描述摘要 N N N N label 数据标题 N N N N check 模型校验方法 N N N N rule 模型校验表达式 N N N N 模型编码 model 模型编码 N N N N 高级特性 name 技术名称 N N N N table 逻辑数据表名 N P=C P=C N type 模型类型 N N N N chain 是否是链式模型 N N N N index 索引 N N N N unique 唯一索引 N N N N managed 需要数据管理器 N N N N priority 优先级,默认100 N N N N ordering 模型查询数据排序 N N N N relationship 是否是多对多关系模型 N N N N inherited 多重继承 N N N N unInheritedFields 不从父类继承的字段 N N N N unInheritedFunctions 不从父类继承的函数 N N N N 高级特性-数据源 dsKey 数据源 N P=C P=C N 高级特性-持久化 logicDelete 是否逻辑删除 P P P N logicDeleteColumn 逻辑删除字段 P P P N logicDeleteValue 逻辑删除状态值 P P P N logicNotDeleteValue 非逻辑删除状态值 P P P N underCamel 字段是否驼峰下划线映射 P P P N capitalMode 字段是否大小写映射…

    2024年5月23日
    1.3K00
  • 4.1 后端高级特性

    了解oinone的基础入门基本上可以胜任业务代码的开发,但对于构建一个完善的应用,作为技术专家或者架构需要考虑的方面还有很多,这章期望能给到您解答构建应用的所有所需知识,让您能成为那个可以带领小伙伴飞的人

Leave a Reply

登录后才能评论