## 一、库表设计 ``` drop table if exists CARD_DATA_COLLECT; /*==============================================================*/ /* Table: CARD_DATA_COLLECT */ /*==============================================================*/ create table CARD_DATA_COLLECT ( COLLECT_ID int not null auto_increment comment '采集ID', COLLECT_TIME varchar(30) comment '采集时间', COLLECT_STAFF_TYPE int comment '人员类型', COLLECT_SCHOOL varchar(30) comment '学校', COLLECT_DEPARTMENT varchar(20) comment '院系', COLLECT_STAFF_UUID varchar(30) comment '识别号', COLLECT_STAFF_SEX int comment '性别', COLLECT_STAFF_GRADE varchar(10) comment '年级', COLLECT_STAFF_CLASS varchar(10) comment '班级', COLLECT_STAFF_NAME varchar(10) comment '姓名', COLLECT_STAFF_PHOTO varchar(1000) comment '证件照', COLLECT_STAFF_IDCARD varchar(18) comment '身份证', GENERATED_STAFF_ID int comment '生成人员', VERSION int comment '数据版本', DESC_CNT varchar(300) comment '备注', primary key (COLLECT_ID) ); ``` 在数据库客户端上执行建表脚本； ## 二、生成代码 基于平台配套的代码生成器；   ## 三、代码运行 把代码拷贝到工程的代码根目录；  编译，启动应用；  启动完成后，我们可以访问接口服务文档；  >[info] 可以看到，这里已经有了对应的接口及接口规范文档了，包含了基本的CRUD操作，甚至分页、排序、查询条件等精细化的功能细节，都已经功能就绪了，后端开发工作的主体部分就已经完成了，是不是很简单呢？ ## 四、代码微调 这里，好像不需要调整啥，那就调整一下让提交数据的方法免登陆吧（默认都是需要登陆）； 在controller方法上，加上这个注解`@RayEscapeTokenValidateControllerMethod`即可； 调整前：  调整后：  更多的精细化业务细节和平台提供的解决方案，可以参考：[后端开发](../%E5%90%8E%E7%AB%AF%E5%BC%80%E5%8F%91.md) >[info] 很简单，有没有？ ## 五、测试 我们来测试一下刚才开发的小模块，平台提供的文档自身提供了一套测试工具（无需借助额外的postman等外部测试工具）； 选择刚才开发的这个接口，切换到调试标签页，录入相关参数；  点击发送按钮提交接口，如果没有异常状况，将会得到一个成功的响应提示；  然后，我们看看数据库里面，发现已经成功的插入了一条记录了，也就是这个接口开发成功了； ## 六、总结 从上面的过程，我们可以得到这个结论：基于统一技术平台的项目开发，后端工作量集中在根据业务需要来精细化微调代码；而技术上的麻烦，都已经被开发平台妥妥的帮我们解决了，我们只需要关注业务，确保把有限的开发资源投入到价值含量更高的业务上来； >[danger] 平台是持续在更新和发展的，如果在业务精细化微调中，发现技术平台暂时没有提供支持技术方案（这种情况应该很少），那就留给平台处理，我们要及时提出技术需求，待平台支持了，再快速应用到业务中来；