## 一、該如何設計數據結構
1. CustomException 自定義異常。核心要素:異常錯誤編碼(200正常,400,500),異常錯誤信息message。
2. ExceptionTypeEnum 枚舉異常分類,將異常分類固化下來,防止開發人員思維發散。 核心要素 異常分類編碼(200正常,400,500),異常分類描述。
3. AjaxResponse 用于響應Ajax請求。核心要素:是否請求成功 isok;響應code零與非零,零表示成功(200,400,500);響應成功與否信息描述message;響應成功的數據data。
4. error.html
另外還需要有一個統一處理CustomException的地方。即@ControllerAdvice和@ExceptionHandler,后文會說明
## 二、枚舉異常的類型
為了防止開發人員大腦發散,每個開發人員都不斷的發明自己的異常類型,我們需要規定好異常的類型(枚舉)。比如:系統異常、用戶(輸入)操作導致的異常、其他異常等。

~~~
public enum CustomExceptionType {
USER_INPUT_ERROR(400,"用戶輸入異常"),
SYSTEM_ERROR (500,"系統服務異常"),
OTHER_ERROR(999,"其他未知異常");
CustomExceptionType(int code, String typeDesc) {
this.code = code;
this.typeDesc = typeDesc;
}
private String typeDesc;//異常類型中文描述
private int code; //code
public String getTypeDesc() {
return typeDesc;
}
public int getCode() {
return code;
}
}
~~~
* 以筆者的經驗,最好不要超過5個,否則開發人員將會記不住,也不愿意去記。對于我來說上面的三種異常類型就足夠了。
* 這里的code表示異常類型的唯一編碼,為了方便大家記憶,就使用Http狀態碼400、500
## 三、自定義異常
* 自定義異常有兩個核心內容,一個是code。使用CustomExceptionType 來限定范圍。
* 另外一個是message,這個message信息是要最后返回給前端的,所以需要用友好的提示來表達異常發生的原因或內容
~~~
public class CustomException extends RuntimeException {
//異常錯誤編碼
private int code ;
//異常信息
private String message;
private CustomException(){}
public CustomException(CustomExceptionType exceptionTypeEnum,
String message) {
this.code = exceptionTypeEnum.getCode();
this.message = message;
}
public int getCode() {
return code;
}
@Override
public String getMessage() {
return message;
}
}
~~~
## 四、統一響應數據結構
為了解決不同的開發人員使用不同的結構來響應給前端,導致規范不統一,開發混亂的問題。我們使用如下代碼定義統一數據響應結構
* isok表示該請求是否處理成功(即是否發生異常)。true表示請求處理成功,false表示處理失敗。
* code對響應結果進一步細化,200表示請求成功,400表示用戶操作導致的異常,500表示系統異常,999表示其他異常。與CustomExceptionType枚舉一致。
* message:友好的提示信息,或者請求結果提示信息。如果請求成功這個信息通常沒什么用,如果請求失敗,該信息需要展示給用戶。
* data:通常用于查詢數據請求,成功之后將查詢數據響應給前端。
~~~
/**
* 接口數據請求統一響應數據結構
*/
@Data
public class AjaxResponse {
private boolean isok;
private int code;
private String message;
private Object data;
private AjaxResponse() {
}
//請求出現異常時的響應數據封裝
public static AjaxResponse error(CustomException e) {
AjaxResponse resultBean = new AjaxResponse();
resultBean.setIsok(false);
resultBean.setCode(e.getCode());
if(e.getCode() == CustomExceptionType.USER_INPUT_ERROR.getCode()){
resultBean.setMessage(e.getMessage());
}else if(e.getCode() == CustomExceptionType.SYSTEM_ERROR.getCode()){
resultBean.setMessage(e.getMessage() + ",請將該異常信息發送給管理員!");
}else{
resultBean.setMessage("系統出現未知異常,請聯系管理員!");
}
//TODO 這里最好將異常信息持久化
return resultBean;
}
//請求出現異常時的響應數據封裝
public static AjaxResponse error(CustomExceptionType customExceptionType,
String errorMessage) {
AjaxResponse resultBean = new AjaxResponse();
resultBean.setIsok(false);
resultBean.setCode(customExceptionType.getCode());
resultBean.setMessage(errorMessage);
return resultBean;
}
//請求處理成功時的數據響應
public static AjaxResponse success() {
AjaxResponse resultBean = new AjaxResponse();
resultBean.setIsok(true);
resultBean.setCode(200);
resultBean.setMessage("success");
return resultBean;
}
//請求處理成功,并響應結果數據
public static AjaxResponse success(Object data) {
AjaxResponse resultBean = AjaxResponse.success();
resultBean.setData(data);
return resultBean;
}
}
~~~
對于不同的場景,提供了四種構建AjaxResponse 的方法。
* 當請求成功的情況下,可以使用`AjaxResponse.success()`構建返回結果給前端。
* 當查詢請求等需要返回業務數據,請求成功的情況下,可以使用`AjaxResponse.success(data)`構建返回結果給前端。攜帶結果數據。
* 當請求處理過程中發生異常,需要將異常轉換為CustomException ,然后在控制層使用`AjaxResponse error(CustomException)`構建返回結果給前端。
* 在某些情況下,沒有任何異常產生,我們判斷某些條件也認為請求失敗。這種使用`AjaxResponse error(customExceptionType,errorMessage)`構建響應結果。
## 五、使用示例如下:
例如:更新操作,Controller無需返回額外的數據
~~~
return AjaxResponse.success();
~~~

例如:查詢接口,Controller需返回結果數據(data可以是任何類型數據)
~~~
return AjaxResponse.success(data);
~~~

- 內容簡介
- 第一章 Spring boot 簡介
- 1.1 helloworld
- 1.2 提高開發效率工具lombok
- 1.3 IDEA熱部署
- 1.4 IDEA常用插件
- 1.5 常用注解
- 第二章 RESTful接口
- 2.1 RESTful風格API
- 2.1.1 spring常用注解開發RESTful接口
- 2.1.2 HTTP協議與Spring參數接收注解
- 2.1.3 Spring請求處理流程注解
- 2.2 JSON數據格式處理
- 2.2.1 Jackson的轉換示例代碼
- 2.3 針對接口編寫測試代碼
- 2.3.1 編碼接口測試示例代碼
- 2.3.2 帶severlet容器的接口測試示例代碼
- 2.3.3 Mockito測試示例代碼
- 2.3.4 Mockito輕量測試
- 2.4 使用swagger2構建API文檔
- 2.4.1 swagger2示例代碼
- 2.4.2 pom.xml
- 2.5 使用swagger2導出各種格式的接口文檔
- 第三章 sping boot配置管理
- 3.1 YAML語法
- 3.2 YAML綁定配置變量的方式
- 3.3 YAML配置屬性值校驗
- 3.4 YAML加載外部配置文件
- 3.5 SpEL表達式綁定配置項
- 3.6 不同環境下的多配置
- 3.7 配置文件的優先級
- 3.8 配置文件敏感字段加密
- 第四章 連接數據庫使用到的框架
- 4.1 spring JDBC
- 4.2 mybatis配置mybatisgenerator自動生成代碼
- 4.3 mybatis操作數據庫+dozer整合Bean自動加載
- 4.4 spring boot mybatis 規范
- 4.5 spirng 事務與分布式事務
- 4.6 spring mybaits 多數據源(未在git版本中實現)
- 4.7 mybatis+atomikos實現分布式事務(未在git版本中實現)
- 4.8 mybatis踩坑之逆向工程導致的服務無法啟動
- 4.9 Mybatis Plus
- 4.9.1.CURD快速入門
- 4.9.2.條件構造器使用與總結
- 4.9.3.自定義SQL
- 4.9.4.表格分頁與下拉分頁查詢
- 4.9.5.ActiveRecord模式
- 4.9.6.主鍵生成策略
- 4.9.7.MybatisPlus代碼生成器
- 4.9.8.邏輯刪除
- 4.9.9.字段自動填充
- 4.9.10.多租戶解決方案
- 4.9.11.雪花算法與精度丟失
- 第五章 頁面展現整合
- 5.1 webjars與靜態資源
- 5.2 模板引擎與未來趨勢
- 5.3 整合JSP
- 5.4 整合Freemarker
- 5.5 整合Thymeleaf
- 5.6 Thymeleaf基礎語法
- 5.7 Thymeleaf內置對象與工具類
- 5.8 Thymeleaf公共片段(標簽)和內聯JS
- 第六章 生命周期內的攔截、監聽
- 6.1 servlet與filter與listener的實現
- 6.1.1 FilterRegistration
- 6.1.2 CustomFilter
- 6.1.3 Customlister
- 6.1.4 FirstServlet
- 6.2 spring攔截器及請求鏈路說明
- 6.2.1 MyWebMvcConfigurer
- 6.2.2 CustomHandlerInterceptor
- 6.3 自定義事件的發布與監聽
- 6.4 應用啟動的監聽
- 第七章 嵌入式容器的配置與應用
- 7.1 嵌入式的容器配置與調整
- 7.2 切換到jetty&undertow容器
- 7.3 打war包部署到外置tomcat容器
- 第八章 統一全局異常處理
- 8.1 設計一個優秀的異常處理機制
- 8.2 自定義異常和相關數據結構
- 8.3 全局異常處理ExceptionHandler
- 8.3.1 HelloController
- 8.4 服務端數據校驗與全局異常處理
- 8.5 AOP實現完美異常處理方案
- 第九章 日志框架與全局日志管理
- 9.1 日志框架的簡介與選型
- 9.2 logback日志框架整合使用
- 9.3 log4j2日志框架整合與使用
- 9.4 攔截器實現用戶統一訪問日志
- 第十章 異步任務與定時任務
- 10.1 實現Async異步任務
- 10.2 為異步任務規劃線程池
- 10.3 通過@Scheduled實現定時任務
- 10.4 quartz簡單定時任務(內存持久化)
- 10.5 quartz動態定時任務(數據庫持久化)
- 番外章節
- 1.windows下安裝git
- 1 git的使用
- 2 idea通過git上傳代碼到github
- 2.maven配置
- 3.idea幾個輔助插件
- 4.idea配置數據庫
- 5.搭建外網穿透實現外網訪問內網項目
- 6.idea設置修改頁面自動刷新
- 7.本地tomcat啟動亂碼
- 8.win10桌面整理,得到一個整潔的桌面
- 9.//TODO的用法
- 10.navicat for mysql 工具激活
- 11.安裝redis
- 12.idea修改內存
- 13.IDEA svn配置
- 14.IntelliJ IDEA像Eclipse一樣打開多個項目