用列舉處理全域性統一返回格式

2021-09-10 10:03:42 字數 840 閱讀 6236

我們在開發中肯定會遇到以下情況:

// 程式設計師a的介面返回格式


// 程式設計師b的介面返回格式
若是這種情況我們就懵了，what are you doing？ 然而則沒人能回答我的答案。 造成該情況是由於團隊之間沒有定義好一套統一的返回格式，當我遇到上述情況時，我也是很心累的。所有我想定義乙個統一的返回格式列舉，以便開發者統一呼叫。於是我按照以前的開發思維，想定義乙個父類的列舉類，然後開發者統一去基礎它。但現實往往是殘酷的，原來列舉類預設為public static final，構造器預設微private，所以我傻眼了，這該如何是好呢，我想啊想，心裡認定肯定還有方法的，不然阿里的那些大牛不急眼才怪呢。於是我有想了想，既然列舉不能繼承列舉，那我讓列舉去實現介面總可以吧！ 說幹就幹，於是我**啪一陣亂敲，嘿嘿，果然不出本大神所料，確實是可以的。**如下：

介面

public


inte***ce


baseenum



@getter


@noargsconstructor


@allargsconstructor


public


enum examinestatus implements


baseenum


@override


public string getmessage()


@override


public string getdetail()


}

統一返回格式

首先是乙個統一返回格式的主類 data noargsconstructor allargsconstructor public class apiresult public apiresult apienum apienum public apiresult string msg 然後是運用列舉定義...

json統一返回格式

一般我們會使用這樣的封裝 public class result但是這樣封裝的壞處 1.使用不方便 每次都需要new 我們呼叫者只關心成功時返回什麼資料，失敗時code及msg 2.不能保證code和msg統一 多人協同開發時 針對第一條我們改進為 public class result 針對第二條...

全域性統一異常處理

目前的 中如果發生系統異常，則直接會給使用者丟擲不友好的異常資訊。為了增加使用者的體驗，應該給一些適當資訊進行提示。例如刪除頻道的 如下 目前紅框圈起來的是可以給使用者友好提示的，但是當執行刪除這一行 如何失敗了該如何處理。有可能系統會丟擲異常。那這個時候就不應該把異常資訊直接返回給使用者。那該如何...