检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
图2 自定义脱敏规则 在对象的字段中,使用脱敏规则。 从“business”中,拖拽“BO”对象至画布空白区域。 选中BO对象,在对象属性中,单击“编辑字段”。 单击“新增”,添加一个phone字段,并将脱敏规则设置为2中定义的内容。
业务建模是指通过业务设计,将实际业务涉及的对象和行为转换为元数据中的对象、对象关系、服务依赖等构成的模型,通过模型生成服务,实现业务需求。 使用AstroPro创建企业核心应用的流程,如图1所示。 图1 创建企业核心应用流程图 创建项目 项目是使用AstroPro核心业务的入口。
基本概念 业务建模 业务建模是以软件模型方式描述项目或业务所涉及的对象及对象的属性、行为和对象之间彼此的关系。业务建模强调以业务领域分层的方式来理解、设计和构架业务应用系统。 工作空间 工作空间是为了方便用户全面管理资源而提供的通用空间。
(可选项) |-- criteria # mybatis查询条件对象(可选项) |-- dto # 数据传输对象,do组合对象
图1 DDD 代码结构说明 代码结构说明中的“{biz}”,为在AstroPro的业务设计中定义的对象,如BO、Abstract BO等。
ref:接受一个内部值,返回一个响应式的、可更改的ref对象,此对象只有一个指向其内部值的属性。 更多参数说明详情请参考vuejs。 父主题: 前端应用管理
业务设计过程中,使用到的对象及对象间关系介绍,请参见对象详解。 本示例中,订单系统中包括用户(User)、订单(Order)和订单详情(OrderDetail)三个业务对象,且三个对象之间存在聚合关系,即用户存在时,订单才会存在,订单存在时,订单详情才会存在。
BO:业务对象,业务对象映射到服务中的一个实体,对应数据库中的一张表。 Abstract BO:抽象对象,不能实例化,没有对应的数据库表,需要和业务对象有个继承的操作。例如,业务对象A继承一个抽象对象B,则B中的字段都会被A继承过来。
BO:业务对象,业务对象映射到服务中的一个实体,对应数据库中的一张表。 Abstract BO:抽象对象,不能实例化,没有对应的数据库表,需要和业务对象有个继承的操作。例如,业务对象A继承一个抽象对象B,则B中的字段都会被A继承过来。
一个对象仅能支持一个泛型参数。
# 数据传输对象,do组合对象(可选项) |-- nested # 根据业务对象的关系自动关联生成,嵌套复杂对象(可选项) |-- cartesian
通过添加对象、设置对象属性和为对象建立对应的关系,来实现某些特定的功能。业务设计过程中,使用到的对象及对象间关系介绍,请参见对象详解。
AuthObject对象 AuthObject对象即鉴权客体,被鉴权对象。 表2 AuthObject对象参数说明 参数名称 数据类型 描述 projectId String 被鉴权资源所在的项目id,对于不属于项目的资源,允许为空。
关闭API中根对象前缀:设置为“是”时,sharding bo的API前面不需要添加root bo的路径。 关闭API中根对象前缀为Astro Pro专业版/企业版功能,如果您需要使用此功能,请升级Astro Pro实例版本。 查询参数阈值:设置查询参数阈值,值为“0”时不生效。
图1 应用页面开发 前提条件 已将页面设计所需要的图片上传到已创建的OBS桶中备用,并获取存储路径。上传图片,请参考上传对象。 步骤一:新建一个应用 应用是业务的入口,可以由一个或多个页面组建成一个完整的业务系统。 进入AstroPro服务控制台。
字符串: "string" 数字: 123 布尔值: true/false 对象: {"name": "xxx"} 数组: ["1", "2"] 空值: null JS表达式: (“初始值类型”需要选择“JS表达式类型”) 示例1: t('i18nkey1') 示例2: function
图4 为对象添加方法的流控策略 父主题: 编辑服务
表2 Astro企业应用套餐功能说明 功能名称 功能描述 实体个数 组织内创建的对象实体总数。 应用数 创建的应用数量。 高低代码混合开发 基于建模的框架代码与可扩展的业务自定义代码混合开发。 高可用中间件SDK 内置高可用能力,如多数据源、容灾切换子能力和流控降级等。
targetDo Object api想要设置的do对象的克隆对象(对其进行修改不会持久化)。 new : 需要创建的对象。 update(包含自定义状态修改动作CUSTOM): 需要修改到的对象。 delete:为null。
本入门为创建一个简单的订单系统,订单系统中包括用户(User)、订单(Order)和订单详情(OrderDetail)三个业务对象,且三个对象之间存在聚合关系,即用户存在时,订单才会存在,订单存在时,订单详情才会存在。