|
@@ -9,7 +9,7 @@
|
|
* 所有异常通过```throws```方式统一往外抛出,除非是可以内部消化的异常,比如资源释放失败,重新释放。否则统一往外抛出异常
|
|
* 所有异常通过```throws```方式统一往外抛出,除非是可以内部消化的异常,比如资源释放失败,重新释放。否则统一往外抛出异常
|
|
* Dao层统一继承```tk.mybatis的Mapper```,简化MyBatis的Mapper编写
|
|
* Dao层统一继承```tk.mybatis的Mapper```,简化MyBatis的Mapper编写
|
|
* Service层要有接口、实现类
|
|
* Service层要有接口、实现类
|
|
-* Controller层统一继承```BaseController```,接口返回值类型统一使用```ResponseEntity```,返回值封装统一调用```BaseController```的```response```方法
|
|
|
|
|
|
+* Controller层统一继承```BaseController```(多数据源的继承```DsBaseController```),接口返回值类型统一使用```ResponseEntity```,返回值封装统一调用```BaseController```(多数据源的```DsBaseController```)的```response```方法
|
|
* 方法参数尽量直观,避免使用```request```、```response```、```map```、```json```之类的复杂数据对象,建议明确好参数具体有哪些,做到一个方法只做一件事情,如果参数数量实在太多,可以使用```Java Bean```传参
|
|
* 方法参数尽量直观,避免使用```request```、```response```、```map```、```json```之类的复杂数据对象,建议明确好参数具体有哪些,做到一个方法只做一件事情,如果参数数量实在太多,可以使用```Java Bean```传参
|
|
* 不建议在Controller层使用entity接收前端请求的参数,避免因为数据库字段的变更导致前端也要跟着修改。目前web端允许在Controller层使用entity,但给APP端 的接口禁止这样使用,一定要重新定义VO去跟APP端传输数据。
|
|
* 不建议在Controller层使用entity接收前端请求的参数,避免因为数据库字段的变更导致前端也要跟着修改。目前web端允许在Controller层使用entity,但给APP端 的接口禁止这样使用,一定要重新定义VO去跟APP端传输数据。
|
|
|
|
|