系统功能使用上：熟悉了低代码平台，常规项目中总有大量重复增删改查板块，比较耗费人力，有时还容易出小错误。有了低代码平台，直接在系统界面很快速增加很多普通表单，还集成各种丰富控件比如关联企业.附件.带数据字典的下拉框等，去除重复工作，可专注在定制功能上。数据字典等也能在界面上直接添加。方便直观。不需要在数据库表中添加。还可以系统界面上直接修改样式，方便后端开发人员直接系统界面调整普通表单样式，无需改代码。精细化样式修改交给专门前端开发。
代码上：熟悉了扩展类的写法，如果要对表单增删改查前后加特殊校验或新增一张表数据后影响其他表字段调整等操作，可以增加扩展类写法。还需要加上该表单的ID注册一下，该功能才能生效。通过对监测设备现有dao新增改查改写成formSvc对formSvc类封装的各种方法参数应用上更熟练。这种写法增删改查直接操作数据库，无需dao另外写sql语句。formSvc封装了一些方法比如按id查，按条件查 批量增加 批量删除 更新 等方法。写一个接口可能只需要一两个类即可。这种方法有种比较固定模式，通过req拿到实体类或者关联实体类参数，转成map后通过form.setDynamicColumns（）方法将实体类字段加入form，因为formSvc很多封装方法都需要form对象参数。再通过这些方法对数据库实体操作。有了这些方法，不需要像ssm框架中那样繁琐的在sql对配置字段，减少了出错概率
之前项目都是前后一体化，现在熟悉了前后端分离这种开发模式。这种方式下，在最初始导入新项目及每天启动项目和博主以前做过项目方式有差异。配置文件中几个ip地址修改需要注意。刚接触可能半天debug代码没作用，可能就是ip地址没有写成本机ip。熟练了f12查看后端各种接口调用情况。以前博主做项目常常用f12调试样式和js代码。network看接口路径和提示信息比较少，通常是在后端控制台打印信息和看报错。相比之下，这种方式调试bug速度增加很多。
通过写监测设备板块，对一个模块设计多张表id关联也有清楚的认识(因为这个板块不用跳过dao不用写sql语句,理解之间id关系才有点晕)，可承担项目其他板块类似业务。
通过修监测设备一个bug，博主会注意写好的接口可能被其他接口调用。为了避免修好一个Bug生出别的bug，最好在别直接改已有接口，在此基础上另加接口，修bug。