为什么要放弃代码生成器?

虽然近些年来 代码生成器 成了后台开发的新宠,但它真的是后台开发的最优解吗?

代码生成器的本质还是生成繁琐的前端与后台代码,一旦修改后期生成的代码很难合并,想想 Mybatis-Generator,基本上就是一次性的东西,虽然减轻了部分工作,可解决方式并非最佳。

开发后台管理系统大部分情况下只想做个普通的增删改查界面,用于数据管理,类似下面这种:

PS: erupt支持定义复杂的页面自定义,详见erupt-tpl模块优品拍拍 

使用 Erupt 零前端代码,仅需一个类文件,开发 Admin 管理后台

 

使用 Erupt 零前端代码,仅需一个类文件,开发 Admin 管理后台

 

@Erupt(
       name = "简单的例子",
       power = @Power(importable = true, export = true)
)
@Table(name = "t_simple")   //数据库表名
@Entity
public class Simple extends BaseModel {

    @EruptField(
            views = @View(title = "文本"),
            edit = @Edit(title = "文本", notNull = true, search = @Search)
    )
    private String input;

    @EruptField(
            views = @View(title = "数值", sortable = true),
            edit = @Edit(title = "数值", search = @Search)
    )
    private Float number;

    @EruptField(
            views = @View(title = "布尔"),
            edit = @Edit(title = "布尔", search = @Search)
    )
    private Boolean bool;


    @EruptField(
            views = @View(title = "时间"),
            edit = @Edit(title = "时间", search = @Search(vague = true))
    )
    private Date date;

    @EruptField(
            views = @View(title = "滑动条"),
            edit = @Edit(title = "滑动条", type = EditType.SLIDER, search = @Search,
                    sliderType = @SliderType(max = 90, markPoints = {0, 30, 60, 90}, dots = true))
    )
    private Integer slide;

    @EruptField(
            views = @View(title = "下拉选择"),
            edit = @Edit(
                    search = @Search,
                    title = "下拉选择", type = EditType.CHOICE,
                    choiceType = @ChoiceType(fetchHandler = SqlChoiceFetchHandler.class,
                            fetchHandlerParams = "select id,name from e_upms_menu"
                    )
            )
    )
    private Long choice;

}

这个界面虽然用 Vue + Ant Design + SSM 也能做出个大概,但仔细观察会发现它有大量细节功能如:

  • 有按钮可以查询、新增、批量删除、excel 导入导出
  • 可以对数据做筛选、隐藏某列、按某列排序
  • 表格有分页与汇总,可预览单行数据
  • 多种组件、有校验规则
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
词法分析、语法分析、语义分析和中间代码生成是编译原理中的重要概念。 词法分析是编译过程的第一步,它将输入的源代码分割成一系列的单词(也称为词法单元),并生成对应的词法单元流。词法分析器根据预先定义的词法规则来识别各个单词,并将其转化为相应的词法单元。这一过程中,识别出的单词可能会被舍弃,而只保留有意义的词法单元。 语法分析是编译过程的第二步,它将词法单元流转化为语法分析树或语法分析图。语法分析器使用一种称为文法的形式化规则来描述源代码的结构,然后根据这些规则来确定源代码是否符合定义的文法规则。如果源代码符合文法规则,则进行语法分析;否则,报告语法错误。 语义分析是编译过程的第三步,它通过对语法树或语法图进行分析,确定源代码中的语义结构是否合法。语义分析器会检查语法分析结果中的各种语义规则,如变量的声明和使用规则、函数调用规则等。如果发现违反语义规则的情况,报告语义错误。 中间代码生成是编译过程的第四步,它将经过语义分析的源代码转化为一种中间表示形式,通常是一种与源代码和目标代码无关的高级语言形式。中间代码生成器根据语法树或语法图,将源代码转化为中间代码。这些中间代码可以方便后续阶段进行代码优化和目标代码生成。 总之,词法分析、语法分析、语义分析和中间代码生成是编译器的核心组成部分。词法分析将源代码转化为词法单元流,语法分析确定源代码的语法结构,语义分析检查源代码的语义结构是否合法,中间代码生成将经过语义分析的源代码转化为中间表示形式。这些步骤协同工作,最终将源代码转化为可执行的目标代码

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值