## 一、庫表設計 ``` 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] 平臺是持續在更新和發展的，如果在業務精細化微調中，發現技術平臺暫時沒有提供支持技術方案（這種情況應該很少），那就留給平臺處理，我們要及時提出技術需求，待平臺支持了，再快速應用到業務中來；