如何选择适合的模型类型?

介绍

通过Oinone 7天从入门到精通模型的类型章节我们可以知道模型有抽象模型、存储模型、代理模型、传输模型这四种。但是在在定义模型的时候我们可能不知道该如何选择类型,下面结合业务场景为大家讲解几种模型的典型使用场景。

抽象模型

抽象模型往往是提供公共能力和字段的模型,它本身不会直接用于构建协议和基础设施(如表结构等)。

场景:都继承自动物这个抽象模型
package pro.shushi.pamirs.demo.api.model;

import pro.shushi.pamirs.meta.annotation.Field;
import pro.shushi.pamirs.meta.annotation.Model;
import pro.shushi.pamirs.meta.annotation.sys.Base;
import pro.shushi.pamirs.meta.base.IdModel;
import pro.shushi.pamirs.meta.enmu.ModelTypeEnum;

@Base
@Model.model(AbstractAnimal.MODEL_MODEL)
@Model.Advanced(type = ModelTypeEnum.ABSTRACT)
@Model(displayName = "动物")
public abstract class AbstractAnimal extends IdModel {

    public static final String MODEL_MODEL = "demo.AbstractAnimal";

    @Field.String
    @Field(displayName = "名称")
    private String name;

    @Field.String
    @Field(displayName = "颜色")
    private String color;
}
package pro.shushi.pamirs.demo.api.model;

import pro.shushi.pamirs.meta.annotation.Field;
import pro.shushi.pamirs.meta.annotation.Model;

@Model.model(Cat.MODEL_MODEL)
@Model(displayName = "猫")
public class Cat extends AbstractAnimal {

    private static final long serialVersionUID = -5104390780952634397L;

    public static final String MODEL_MODEL = "demo.Cat";

    @Field.Integer
    @Field(displayName = "尾巴长度")
    private Integer tailLength;

}
package pro.shushi.pamirs.demo.api.model;

import pro.shushi.pamirs.meta.annotation.Field;
import pro.shushi.pamirs.meta.annotation.Model;

@Model.model(Bird.MODEL_MODEL)
@Model(displayName = "鸟")
public class Bird extends AbstractAnimal {

    private static final long serialVersionUID = -5144390780952634397L;

    public static final String MODEL_MODEL = "demo.Bird";

    @Field.Integer
    @Field(displayName = "翼展宽度")
    private Integer wingSpanWidth;

}

存储模型

存储模型用于定义数据表结构和数据的增删改查(数据管理器)功能,是直接与连接器进行交互的数据容器。

场景:存储模型对应传统开发模式中的数据表,上面例子中的CatBirdd都属于传输模型,由于模型定义的注解@Model.Advanced(type = ModelTypeEnum.STORE)默认值就是存储模型,所以一般不用手动指定

代理模型

代理模型是用于代理存储模型的数据管理器能力,同时又可以扩展出非存储数据信息的交互功能的模型。

场景一:隔离数据权限
场景二:增强列表的搜索项
场景三:导入导出的时候增加其他特殊信息
场景四:重写下拉组件的查询逻辑做数据过滤

传输模型

传输模型不会在数据库生成的表,只是作为数据的传输使用,跟传统开发模式中的DTO有一点相似。

场景一:批量处理数据
场景二:处理一些跟数据表无关的操作,如:清理指定业务的缓存、查看一些系统监控信息,可以根据业务信息建立对应的传输模型,在传输模型上创建action动作

Oinone社区 作者:nation原创文章,如若转载,请注明出处:https://doc.oinone.top/backend/6575.html

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

(2)
nation的头像nation数式员工
上一篇 2024年4月6日 下午3:19
下一篇 2024年4月8日 下午10:15

相关推荐

  • Oinone登录扩展:对接SSO(适应于4.7.8及之后的版本)        代码实践

    Oinone登录扩展:对接SSO(适应于4.7.8及之后的版本)

    适配版本 4.7.8及其之后的版本 概述 在企业内部,对于已有一套完整的登录系统(SSO)的情况下,通常会要求把所有的系统都对接到SSO中;本文主要讲解用Oinone开发的项目对接SSO的具体实现。 对接步骤 1、项目自定义实现UserCookieLogin,可参考示例说明:pro.shushi.pamirs.user.api.login.UserCooki…

    2024年4月2日
    00
  • 左树右表实现方式,支撑不同场景的树表结构        代码实践

    左树右表实现方式,支撑不同场景的树表结构

    树形模型需实现 ITreeCodeModel接口。左树右表俩种情况 假设存在 A模型 B模型 1: 左树为A模型,右表为B模型 举例 A模型为类目 B模型为类目属性模型代码实例: @Model.model(AriesPlatformCategory.MODEL_MODEL) @Model(displayName = "平台后台类目", l…

    2024年2月20日
    00
  • 如何自定义SQL(Mapper)语句        后端

    如何自定义SQL(Mapper)语句

    场景描述 在实际业务场景中,存在复杂SQL的情况,具体表现为: 单表单SQL满足不了的情况下 有复杂的Join关系或者子查询 复杂SQL的逻辑通过程序逻辑难以实现或实现代价较大 在此情况下,通过原生的mybatis/mybatis-plus, 自定义Mapper的方式实现业务功能 1、编写所需的Mapper SQL Mapper写法无限制,与使用原生的myb…

    2023年11月27日
    00
  • 全局首页及应用首页配置方法(homepage)        后端

    全局首页及应用首页配置方法(homepage)

    1 Oinone平台首页介绍 1.1 首页包括全局首页和应用首页两类 全局首页:指用户在登录时未指定重定向地址的情况下使用的应用首页 应用首页:指用户在切换应用时使用的首页 PS:全局首页本质上也是应用首页,是在用户没有指定应用时使用的首页。如登录后。 1.2 全局首页查找规则 找到当前用户有权限访问的全部应用。 若使用AppConfig配置首页,则优先使用…

    2024年3月24日
    00
  • 如何发送邮箱、手机短信以及设置

    1.邮件发送 1.1 邮件服务设置 1.1.1 方法一:通过yaml文件配置 pamirs: email: smtp: smtpHost: smtp.exmail.qq.com smtpUser: xxx@xxx.com smtpPassword: xxxxxx smtpPort: 465 smtpSecurity: SSL #邮件模块可后续后台自行添加 t…

    后端 2023年11月6日
    00

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注