干掉前端！3分钟纯 Java 注解搭个管理系统，我直接好家伙（二）

紧接着我们访问http://127.0.0.1:8888/，看一下是个什么效果，竟然有个完整的登录页面。

 
用上边的用户名、密码直接登录，erupt已经预先实现了完整的权限控等功能，而到这我们几乎是没写过什么代码的，都是框架封装好了的，菜单类数据全部从数据库动态获取，一个基础的后台管理系统就搭建完了，有点哇塞。

 
有趣的页面

那么问题来了？想要自定义页面怎么办？

开篇我们就说过erupt是零前端代码，全部基于Java注解开发的，接下来用Java注解写个简单页面体验下。

erupt有两个核心注解@Erupt，@EruptField

• @Erupt注解修饰类，代表定义一个页面
• @EruptField注解修饰字段，代表页面上显示的字段名
• @Power注解控制是否操作按钮，增、删、改、查、导入、导出等
• @Search注解表示字段为搜索条件
• @Table注解表示页面取数据对应的表，如果不设置，页面第一次初始化的时候，会根据类字段值自动创建一张和类名一致的表名。
  “注解类型比较多，不一一列举了，更多的自己到官网瞅：https://www.erupt.xyz
  下边我们定义一个Student类，加上@Erupt，@EruptField注解，这样页面和元素就算写完了，是不是有点颠覆认知。

/*
 *  @Erupt注解修饰在类上，@EruptField注解修饰在字段上
 *  其他注解均为Jpa注解
 */
@Getter
@Setter
@Erupt(name = "学生表",
        power = @Power(importable = true, export = true)
)
@Entity
//@Table(name = "t_student")
public class Student extends BaseModel {

    @EruptField(
            views = @View(title = "学生姓名"),
            edit = @Edit(title = "学生姓名", notNull = true, search = @Search(vague = true))
    )
    private String studentName;

    @EruptField(
            views = @View(title = "所属班级"),
            edit = @Edit(title = "所属班级", notNull = true)
    )
    private String studentClass;

    @EruptField(
            views = @View(title = "学生年龄"),
            edit = @Edit(title = "学生年龄", notNull = true)
    )
    private String studentAge;

    @Lob
    @EruptField(
            views = @View(title = "学生性别"),
            edit = @Edit(title = "学生性别", notNull = true)
    )
    private String studentSex;

    @EruptField(
            views = @View(title = "考核状态"),
            edit = @Edit(title = "考核状态", notNull = true, boolType = @BoolType(trueText = "通过", falseText = "挂科"), search = @Search)
    )
    private Boolean status;
}

但此时新创建的页面不会显示出来，还需要我们手动做一个映射关系，在菜单维护中自定义个菜单，类型值一定要为新建的 类名 Student。

 
保存刷新后会看到我们的新页面出现了，而且页面的功能很完整，基础操作、查询、导入、导出功能都自动实现了。

 
页面新增一个学生信息，对应的Student表也多了条记录，而这个持久化的过程完全由框架来做。

 
尽管Erupt 框架对前后端代码做了深度封装，但它提供了丰富灵活的自定义接口，来满足我们的个性化需求。

比如我们在录入新学生信息时，希望屏蔽名字为张三的同学，可以对页面按钮功能做代理dataProxy，实现自定义的逻辑，对哪个按钮代理就实现对应方法即可，如beforeAdd、afterAdd是对新增按钮的代理。

@Getter
@Setter
@Erupt(name = "学生表",dataProxy = {StudentDataProxy.class},
        power = @Power(importable = true, export = true)
)
@Entity
//@Table(name = "t_student")
public class Student extends BaseModel {

}
public class StudentDataProxy implements DataProxy<Student> {

    @Override
    public void beforeAdd(Student student) {
        //后台字段校验
        if ("张三".equals(student.getStudentName())) {
            throw new EruptApiErrorTip("名称禁止为张三！");
        }
    }

    @Override
    public void afterAdd(Student student) {

    }
    @Override
    public void afterUpdate(Student student) {

    }

    @Override
    public void afterDelete(Student student) {
    }
 }

当我们在页面录入名字为张三的同学时，成功屏蔽。其他类似的功能还有很多，这里就不一一举例了，看文档看文档~

 
如果我们想要按传统的方式开发接口，不用担心会和Erupt的页面生成规则有冲突，丝毫不会受影响。而且Erupt内部集成了JPA，提供了现成的dao接口，只要调用对应API即可上手开发。

 
如果你不想手写Java代码也没关系，Erupt还提供了代码生成器，自定义Java类名和字段名，可以生成代码，直接copy就行了。

 
说到这我只介绍了Erupt一丢丢的基础特性，主要是想让小伙伴知道有这么个敏捷利器。

不仅如此它还支持丰富的数据类型，内置了像定时任务管理、多表联合查询、前后端分离部署、接口权限、操作记录、多数据源、邮件系统、黑白名单等等很多实用功能，都直接调用API就可以用。

 
说在后边

Erupt 框架的优点是显而易见的，快捷、高效、上手容易，对新手相当的友好，但在实际生产环境中我只是用它来做一些配置字典类的数据管理。

因为它的深度封装虽然让开发变的简单高效，可对于业务相对复杂、高度定制的系统来说，Erupt 框架显得力不从心，更关键的一点，它的社区并不算特别活跃，毕竟是个小众框架。

不过，技术从来都是服务于业务的，如果你的业务与Erupt的气质相匹配，别犹豫，用它！

文章转自公众号：程序员小富