在項目開發(fā)中和服務端使用json數據格式進行交互的時候，通常服務端返回的數據會約定一個數據格式会放，例如：
{"code":"0","message":"success","data":{}}
我們真正需要的data所包含的數據，而code只使用一次咧最，message很少用到御雕。如果Gson不支持泛型或不知道Gson支持泛型的一定會這么定義Model。
public class UserModel {
public int code;
public String message;
public User data;
public static class User {
public int name;
public int age;
public int sex;
}
}
當其它接口的時候又重新定義一個XXResponse將data的類型改成XX捣鲸，很明顯code福青，和message被重復定義了多次，通過泛型的話我們可以將code和message字段抽取到一個Result的類中无午，這樣我們只需要編寫data字段所對應的Model即可，更專注于我們的業(yè)務邏輯酣衷。如：
public class Result<T> {
public int code;
public String message;
public T data;
}
到了這一步接下來肯定有些伙伴會這樣寫
public class UserModel extends Result<UserModel> {
public int name;
public int age;
public int sex;
}
//解析的時候這樣解析
//gson.fromJson(json, UserModel.class);
如果你信心滿滿的按照上面這種寫法的話發(fā)現解析出來的UserModel對象里面的屬性都沒有值次泽，如果你調試的話就會發(fā)現UserModel 中的data 字段是有值的。
正確的做法：
public class UserModel {
public int name;
public int age;
public int sex;
}
//解析的時候這樣解析
//gson.fromJson(json, new TypeToken<Result<UserModel>>(){}.getType());
泛型封裝統一的Model就講到這了意荤，Gson框架其實是很強大的啊片，在這里再介紹一個開發(fā)中可能碰到的關于JSON解析的問題紫谷。
有次我們服務端的人員很操蛋的將一個字段的Key定義為了short，當我封裝model模型的時候懵逼了笤昨，what？不帶這樣玩的捺僻。當然你可以很理直氣壯的讓服務端的開發(fā)人員將字段改一下崇裁，但萬一此接口還有其他的平臺使用，比如PHP寇壳，你這樣要求別人改那PHP的哥們已經寫好了可能就不樂意了，那我們有沒有什么辦法自己解決這個問題呢泞歉？當然利用Gson是可以實現的。
我們知道Gson在序列化和反序列化時需要使用反射腰耙，說到反射就不得不想到注解,一般各類庫都將注解放到annotations包下铲球，打開源碼在com.google.gson包下果然有一個annotations，里面有一個SerializedName的注解類稼病，這應該就是我們要找的。
那么對于json中short這個屬性我們可以這樣定義：
@SerializedName("short")
public String mshort;
這樣的話援制，很好的保留了前端芍瑞、后臺、Android/java各自的命名習慣拆檬。
