Gson基本用法


Gson提供了fromJson() 和toJson() 两个直接用于解析和生成的方法,前者实现反序列化,后者实现了序列化。
//基本数据类型的解析
int i = gson.fromJson("100", int.class); //100
boolean b = gson.fromJson("true", boolean.class); // true
String str = gson.fromJson("包青天", String.class); // 包青天 //基本数据类型的生成
String jsonNumber = gson.toJson(100); // 100
String jsonBoolean = gson.toJson(true); // true
String jsonString = gson.toJson("包青天"); // 包青天 System.out.println(i + " " + b + " " + str + " " + jsonNumber + " " + jsonBoolean + " " + jsonString);//100 true 包青天 100 true "包青天"
POJO类的生成与解析
class User {
//省略构造函数、toString方法等
public String name;
public int age;
} //生成JSON
User user = new User("包青天",24);
String jsonObject = gson.toJson(user); // {"name":"包青天","age":24} //解析JSON:
String jsonString = "{\"name\":\"包青天\",\"age\":24}";
User user = gson.fromJson(jsonString, User.class);

属性重命名 @SerializedName

从上面POJO的生成与解析可以看出,JSON串中的 key 和JavaBean中的 field 是完全一致的,但有时候也会出现一些不和谐的情况,如:
期望的json格式:
{"name":"包青天","age":24,"emailAddress":"ikidou@example.com"}
实际的json格式:
{"name":"包青天","age":24,"email_address":"ikidou@example.com"}
这对于使用PHP作为后台开发语言时很常见的情况,php和js在命名时一般采用下划线风格,而Java中一般采用的驼峰法,让后台的哥们改吧,前端和后台都不爽,但要自己使用下划线风格时我会感到不适应,怎么办?难到没有两全齐美的方法么?

我们知道Gson在序列化和反序列化时需要使用反射,说到反射就不得不想到注解。一般各类库都将注解放到annotations包下,打开源码在com.google.gson包下果然有一个annotations,里面有一个SerializedName的注解类,这应该就是我们要找的。
@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target({ java.lang.annotation.ElementType.FIELD, java.lang.annotation.ElementType.METHOD })
public @interface SerializedName {
String value();//方法名为value()的属性不需要指定key
String[] alternate() default {};//默认为空
}
那么对于JSON中email_address这个属性对应POJO的属性则变成:
@SerializedName("email_address")
public String emailAddress;
这样的话,很好的保留了前端、后台、Android/java各自的命名习惯。

为POJO字段提供备选属性名

如果接口设计不严谨或者其它地方可以重用该类,其它字段都一样,就emailAddress 字段不一样,比如有下面三种情况那怎么办?重新写一个POJO类?
{"name":"包青天","age":24,"emailAddress":"ikidou@example.com"}
{"name":"包青天","age":24,"email_address":"ikidou@example.com"}
{"name":"包青天","age":24,"email":"ikidou@example.com"}

SerializedName注解提供了两个属性,上面用到了其中一个,另外还有一个属性alternate,接收一个String数组。
@SerializedName(value = "emailAddress", alternate = {"email", "email_address"})
public String emailAddress;
当上面的三个属性 email_address、email、emailAddress 中出现任意一个时均可以得到正确的结果。
当多种情况同时出时,以最后一个出现的值为准。

Gson中使用泛型 TypeToken

上面了解了JSON中的Number、boolean、Object和String,现在说一下Array。

当我们要通过Gson解析这个jsonArray时,一般有两种方式:使用数组,使用List。而List对于增删都是比较方便的,所以实际使用是还是List比较多。
数组比较简单:
String jsonArray = "[\"Android\",\"Java\",\"PHP\"]";
String[] strings = gson.fromJson(jsonArray, String[].class);
但对于List将上面的代码中的 String[].class 直接改为 List<String>.class 是行不通的。对于Java来说 List<String> 和 List<User> 这俩个的字节码文件只一个那就是 List.class,这是Java泛型使用时要注意的问题:泛型擦除。

为了解决的上面的问题,Gson为我们提供了 TypeToken 来实现对泛型的支持,所以当我们希望使用将以上的数据解析为 List<String> 时需要这样写:
List<String> list = gson.fromJson(jsonArray, new TypeToken<List<String>>() {}.getType());
注:TypeToken的构造方法是 protected 修饰的,所以上面才会写成【new TypeToken<List<String>>() {}.getType()】而不是【new TypeToken<List<String>>().getType()】

泛型解析对POJO设计的影响

泛型的引入可以减少无关的代码,如我现在所在公司接口返回的数据分为两类:
{"code":"0","message":"success","data":{}}
{"code":"0","message":"success","data":[]}
我们真正需要的是data所包含的数据,而code只使用一次,message则几乎不用。如果Gson不支持泛型或不知道Gson支持泛型的同学一定会这么定义POJO。
public class UserResponse {
public int code;
public String message;
public User data;
}
当其它接口的时候又重新定义一个XXResponse将data的类型改成XX。很明显code、message被重复定义了多次,通过泛型的话我们可以将code和message字段抽取到一个Result的类中,这样我们只需要编写data字段所对应的POJO即可,更专注于我们的业务逻辑。如:
public class Result<T> {
public int code;
public String message;
public T data;
}
那么对于data字段是User时则可以写为 Result<User>,当是个列表的时候为 Result<List<User>>,其它同理。

PS:嫌每次 new TypeToken<Result<XXX> 和 new TypeToken<Result<List<XXX>> 太麻烦,想进一步封装? 查看另一篇博客: 搞定Gson泛型封装

Gson的流式反序列化 JsonReader

Gson提供了十几个fromJson()和toJson()方法,前者实现反序列化,后者实现了序列化,常用的有如下5个:
public String toJson(Object src);//序列化,通用
//反序列化,自动方式
public <T> T fromJson(String json, Class<T> classOfT);//普通的对象
public <T> T fromJson(String json, Type typeOfT);//使用泛型时使用
//反序列化,手动方式
public <T> T fromJson(Reader json, Class<T> classOfT);
public <T> T fromJson(Reader json, Type typeOfT);
手动的方式反序列化就是,使用stream包下的JsonReader类来手动实现反序列化,和Android中使用pull解析XML是比较类似的。
String json = "{\"name\":\"包青天\",\"age\":\"24\"}";
User user = new User();
JsonReader reader = new JsonReader(new StringReader(json));
reader.beginObject(); // throws IOException
while (reader.hasNext()) {
String s = reader.nextName();
switch (s) {
case "name":
user.name = reader.nextString();
break;
case "age":
user.age = reader.nextInt(); //自动转换
break;
}
}
reader.endObject(); // throws IOException
System.out.println(user.name+" "+user.age); // 包青天 24
其实自动方式最终都是通过JsonReader来实现的,如果第一个参数是String类型,那么Gson会创建一个StringReader转换成流操作。
public <T> T fromJson(String json, Type typeOfT) throws JsonSyntaxException {
if (json == null) return null;
StringReader reader = new StringReader(json);
T target = fromJson(reader, typeOfT);
return target;
}

Gson的流式序列化 JsonWriter

Gson.toJson方法列表
可以看出用红框选中的部分就是我们要找的东西。
提示:PrintStream(System.out) 、StringBuilder、StringBuffer和**Writer都实现了Appendable接口。
User user = new User("包青天",24);
gson.toJson(user,System.out); // 自动写到控制台
手动方式写到控制台
JsonWriter writer = new JsonWriter(new OutputStreamWriter(System.out));
writer.beginObject() // throws IOException
.name("name").value("包青天")//
.name("age").value(24)//
.name("email").nullValue() //演示null
.endObject(); // throws IOException
writer.close(); // throws IOException。{"name":"包青天","age":24,"email":null}
除了beginObject、endObject外,还有beginArray和endArray,两者可以相互嵌套,注意配对即可。
JsonWriter writer = new JsonWriter(new OutputStreamWriter(System.out));
writer.beginObject() // throws IOException
.name("name").value("包青天")//
.name("兴趣").beginArray().value("篮球").value("排球").endArray()//
.endObject(); // throws IOException
writer.close(); // throws IOException。{"name":"包青天","兴趣":["篮球","排球"]}
beginArray后不可以调用name方法,同样beginObject后在调用value之前必须要调用name方法。
setIndent方法可以设置缩进格式:
JsonWriter writer = new JsonWriter(new OutputStreamWriter(System.out));
writer.setIndent(" ");//设置缩进格式,这种格式是Gson默认的、显示效果良好的格式
writer.beginObject()
.name("name").value("包青天")
.name("兴趣")
.beginArray()
.value("篮球").value("足球")
.beginObject().name("数组里的元素不要求是同类型的").value(true).endObject()
.endArray()
.endObject();
writer.close();
输出
{
"name": "包青天",
"兴趣": [
"篮球",
"足球",
{
"数组里的元素不要求是统一类型的": true
}
]
}

使用GsonBuilder配置Gson

一般情况下Gson类提供的 API已经能满足大部分的使用场景,但当我们需要更多更特殊、更强大的功能时,可以使用GsonBuilder配置Gson。

例如,Gson在默认情况下是不导出值为null的键的,当我们需要导出完整的json串时,或API接口要求没有值必须用Null时,可以这么配置:
Gson gson = new GsonBuilder()
.serializeNulls()//序列化null
.setDateFormat("yyyy-MM-dd") // 设置日期时间格式,另有2个重载方法。在序列化和反序化时均生效
.setPrettyPrinting()//格式化输出。设置后,gson序列号后的字符串为一个格式化的字符串
.create();
User user = new User("包青天", new Date());
System.out.println(gson.toJson(user));
输出内容为:
{
"name": "包青天",
"email": null,
"date": "2017-09-12",
}

字段过滤的四种方法

字段过滤是Gson中比较常用的技巧,特别是在Android中,在处理业务逻辑时可能需要在设置的POJO中加入一些字段,但显然在序列化的过程中是不需要的,并且如果序列化还可能带来一个问题就是:循环引用 。那么在用Gson序列化之前为不防止这样的事件情发生,你不得不作另外的处理。

以一个商品分类Category 为例:
{
"id": 1,
"name": "电脑",
"children": [
{
"id": 100,
"name": "笔记本"
},
{
"id": 101,
"name": "台式机"
}
]
}
一个大分类,可以有很多小分类,那么显然我们在设计Category类时Category本身既可以是大分类,也可以是小分类。
并且为了处理业务,我们还需要在子分类中保存父分类,最终会变成下面的情况:
public class Category {
public int id;
public String name;
public List<Category> children;
public Category parent; //因业务需要增加,但并不需要序列化
}
但是上面的parent字段是因业务需要增加的,那么在序列化时并不需要,所以在序列化时就必须将其排除,那么在Gson中如何排除符合条件的字段呢?下面提供4种方法,大家可根据需要自行选择合适的方式。

基于注解@Expose

@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target({java.lang.annotation.ElementType.FIELD})
public @interface Expose{
boolean serialize() default true;//默认序列化生效
boolean deserialize() default true;//默认反序列化生效
}
@Expose 注解从名字上就可以看出是暴露的意思,所以该注解是用于对外暴露字段的。
该注解必须和GsonBuilder配合使用:
Gson gson = new GsonBuilder().excludeFieldsWithoutExposeAnnotation().create();//不配置时注解无效

使用规则:简单说来就是需要导出的字段上加上@Expose 注解,不导出的字段不加。注意是不导出的不加。
由于两个属性都有默认的值true,所有值为true的属性都是可以不写的。如果两者都为true,只写 @Expose 就可以。

拿上面的例子来说就是:
public class Category {
@Expose public int id;// 等价于 @Expose(deserialize = true, serialize = true)
@Expose public String name;
@Expose public List<Category> children;
public Category parent; //不需要序列化,等价于 @Expose(deserialize = false, serialize = false)
}

基于版本和注解@Since @Until

Gson在对基于版本的字段导出提供了两个注解 @Since 和 @Until,需要和GsonBuilder.setVersion(Double)配合使用
Since和Until注解的定义:
@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target({java.lang.annotation.ElementType.FIELD, java.lang.annotation.ElementType.TYPE})
public @interface Since{
double value();
} @Documented
@Retention(RetentionPolicy.RUNTIME)
@Target({java.lang.annotation.ElementType.FIELD, java.lang.annotation.ElementType.TYPE})
public @interface Until{
double value();
}
使用规则:当GsonBuilder中设置的版本大于等于Since的值时该字段导出,小于Until的值时该该字段导出;当一个字段被@Since和@Until同时注解时,需两者同时满足条件。
class SinceUntilSample {
@Since(4) public String since;//大于等于Since
@Until(5) public String until;//小于Until
@Since(4) @Until(5) public String all;//大于等于Since且小于Until
} Gson gson = new GsonBuilder().setVersion(version).create();
System.out.println(gson.toJson(sinceUntilSample)); //当version <4时,结果:{"until":"until"}
//当version >=4 && version <5时,结果:{"since":"since","until":"until","all":"all"}
//当version >=5时,结果:{"since":"since"}

基于访问修饰符

什么是修饰符?
不知道的话建议看一下java.lang.reflect.Modifier类,这是一个工具类,里面为所有修饰符定义了相应的静态字段,并提供了很多静态工具方法。
System.out.println(Modifier.toString(Modifier.fieldModifiers()));//public protected private static final transient volatile
使用方式:使用GsonBuilder.excludeFieldsWithModifiers构建gson,支持int型的可变参数,参数值由java.lang.reflect.Modifier提供。
Gson gson = new GsonBuilder()
.excludeFieldsWithModifiers(Modifier.FINAL, Modifier.STATIC, Modifier.PRIVATE)//排除了具有private、final或stati修饰符的字段
.create();

基于策略(自定义规则)

上面介绍的了3种排除字段的方法,说实话我除了@Expose以外,其它的都是只在Demo用上过,用得最多的就是马上要介绍的自定义规则啦,好处是功能强大、灵活,缺点是相比其它3种方法稍麻烦一点,但也仅仅只是相对其它3种稍麻烦一点点而已。

基于策略是利用Gson提供的ExclusionStrategy接口,同样需要使用GsonBuilder,相关API 2个,分别是addSerializationExclusionStrategy 和addDeserializationExclusionStrategy,分别针对序列化和反序化时。这里以序列化为例:
Gson gson = new GsonBuilder()
.addSerializationExclusionStrategy(new ExclusionStrategy() {
@Override
public boolean shouldSkipField(FieldAttributes f) {//返回值决定要不要排除该字段,return true为排除
if ("finalField".equals(f.getName())) return true; //根据字段名排除
Expose expose = f.getAnnotation(Expose.class); //获取Expose注解
if (expose != null && expose.deserialize() == false) return true; //根据Expose注解排除
return false;
}
@Override
public boolean shouldSkipClass(Class<?> clazz) {//直接排除某个类 ,return true为排除
return (clazz == int.class || clazz == Integer.class);
}
})
.create();
有没有很强大?

自定义POJO与JSON的字段映射规则

GsonBuilder提供了setFieldNamingPolicy和setFieldNamingStrategy两个方法,用来设置字段序列和反序列时字段映射的规则。

1、GsonBuilder.setFieldNamingPolicy方法与 Gson 提供的另一个枚举类FieldNamingPolicy配合使用:
class User {
String emailAddress;
} Gson gson = new GsonBuilder().setFieldNamingPolicy(FieldNamingPolicy.IDENTITY).create();//默认
User user = new User("baiqiantao@sina.com");
System.out.println(gson.toJson(user));
该枚举类提供的五种实现方式的效果分别为:
FieldNamingPolicy 结果
IDENTITY 个性/特性/恒等式 {"emailAddress":"baiqiantao@sina.com"}
LOWER_CASE_WITH_DASHES 小写+破折号 {"email-address":"baiqiantao@sina.com"}
LOWER_CASE_WITH_UNDERSCORES 小写+下划线 {"email_address":"baiqiantao@sina.com"}
UPPER_CAMEL_CASE 驼峰式+首字母大写 {"EmailAddress":"baiqiantao@sina.com"}
UPPER_CAMEL_CASE_WITH_SPACES 驼峰式+空格 {"Email Address":"baiqiantao@sina.com"}

2、GsonBuilder.setFieldNamingStrategy方法需要与Gson提供的FieldNamingStrategy接口配合使用,用于实现将POJO的字段与JSON的字段相对应。
上面的FieldNamingPolicy实际上也实现了FieldNamingStrategy接口,也就是说FieldNamingPolicy也可以使用setFieldNamingStrategy方法。
public enum FieldNamingPolicy implements FieldNamingStrategy
用法:
Gson gson = new GsonBuilder().setFieldNamingStrategy(new FieldNamingStrategy() {
@Override
public String translateName(Field f) {//实现自己的规则
return null;
}
})
.create();
注意: @SerializedName注解拥有最高优先级,在加有@SerializedName注解的字段上FieldNamingStrategy不生效!

TypeAdapter 自定义(反)序列化

TypeAdapter 是Gson自2.0(源码注释上说的是2.1)开始版本提供的一个抽象类,用于接管某种类型的序列化和反序列化过程,包含两个主要方法 write(JsonWriter,T) 和 read(JsonReader),其它的方法都是final方法并最终调用这两个抽象方法。
public abstract class TypeAdapter<T> {
public abstract void write(JsonWriter out, T value) throws IOException;
public abstract T read(JsonReader in) throws IOException;
//其它final方法就不贴出来了,包括toJson、toJsonTree、fromJson、fromJsonTree和nullSafe等方法。
}
注意:TypeAdapter 以及 JsonSerializer 和 JsonDeserializer 都需要与 .registerTypeAdapter 或 .registerTypeHierarchyAdapter 配合使用,下面将不再重复说明。

TypeAdapter 使用示例1

User user = new User("包青天", 24, "baiqiantao@sina.com";
Gson gson = new GsonBuilder()
.registerTypeAdapter(User.class, new UserTypeAdapter())//为User注册TypeAdapter
.create();
System.out.println(gson.toJson(user));
UserTypeAdapter的定义:
public class UserTypeAdapter extends TypeAdapter<User> {
@Override
public void write(JsonWriter out, User value) throws IOException {
out.beginObject();
out.name("name").value(value.name);
out.name("age").value(value.age);
out.name("email").value(value.email);
out.endObject();
} @Override
public User read(JsonReader in) throws IOException {
User user = new User();
in.beginObject();
while (in.hasNext()) {
switch (in.nextName()) {
case "name":
user.name = in.nextString();
break;
case "age":
user.age = in.nextInt();
break;
case "email":
case "email_address":
case "emailAddress":
user.email = in.nextString();
break;
}
}
in.endObject();
return user;
}
}
当我们为 User.class 注册了 TypeAdapter 之后,那些之前介绍的@SerializedName、FieldNamingStrategy、Since、Until、Expos通通都黯然失色,失去了效果,只会调用我们实现的 UserTypeAdapter.write(JsonWriter, User) 方法,我想怎么写就怎么写。

TypeAdapter 使用示例2

再说一个场景,之前已经说过Gson有一定的容错机制,比如将字符串 "24" 转成整数24,但如果有些情况下给你返了个空字符串怎么办?虽然这是服务器端的问题,但这里我们只是做一个示范,不改服务端的逻辑我们怎么容错。
根据我们上面介绍的,我只需注册一个 TypeAdapter 把 Integer/int 的序列化和反序列化过程接管就行了:
Gson gson = new GsonBuilder()
.registerTypeAdapter(Integer.class, new TypeAdapter<Integer>() {//接管【Integer】类型的序列化和反序列化过程
//注意,这里只是接管了Integer类型,并没有接管int类型,要接管int类型需要添加【int.class】
@Override
public void write(JsonWriter out, Integer value) throws IOException {
out.value(String.valueOf(value));
}
@Override
public Integer read(JsonReader in) throws IOException {
try {
return Integer.parseInt(in.nextString());
} catch (NumberFormatException e) {
return -1;//当时Integer时,解析失败时返回-1
}
}
})
.registerTypeAdapter(int.class, new TypeAdapter<Integer>() {//接管【int】类型的序列化和反序列化过程
//泛型只能是引用类型,而不能是基本类型
@Override
public void write(JsonWriter out, Integer value) throws IOException {
out.value(String.valueOf(value));
}
@Override
public Integer read(JsonReader in) throws IOException {
try {
return Integer.parseInt(in.nextString());
} catch (NumberFormatException e) {
return -2;//当时int时,解析失败时返回-2
}
}
})
.create(); int i = gson.fromJson("包青天", Integer.class); //-1
int i2 = gson.fromJson("包青天", int.class); //-2
System.out.println(i + " " + i2);//-1 -2

Json(De)Serializer

JsonSerializer 和JsonDeserializer 不用像TypeAdapter一样,必须要实现序列化和反序列化的过程,你可以据需要选择,如只接管序列化的过程就用 JsonSerializer ,只接管反序列化的过程就用 JsonDeserializer ,如上面的需求可以用下面的代码。
Gson gson = new GsonBuilder()
.registerTypeAdapter(Integer.class, new JsonDeserializer<Integer>() {
@Override
public Integer deserialize(JsonElement j, Type t, JsonDeserializationContext c) throws JsonParseException {
try {
return j.getAsInt();
} catch (NumberFormatException e) {
return -1;
}
}
})
.create();

下面是所有数字(Number的子类)都转成序列化为字符串的例子:
JsonSerializer<Number> numberJsonSerializer = new JsonSerializer<Number>() {
@Override
public JsonElement serialize(Number src, Type typeOfSrc, JsonSerializationContext context) {
return new JsonPrimitive(String.valueOf(src));
}
};
Gson gson = new GsonBuilder()
.registerTypeAdapter(Integer.class, numberJsonSerializer)
.registerTypeAdapter(Long.class, numberJsonSerializer)
.registerTypeAdapter(Float.class, numberJsonSerializer)
.registerTypeAdapter(Double.class, numberJsonSerializer)
.create();

泛型与继承

使用 registerTypeAdapter 时不能使用父类来替上面的子类型,这也是为什么要分别注册而不直接使用Number.class的原因。
不过换成 registerTypeHierarchyAdapter 就可以使用 Number.class 而不用一个一个的单独注册子类啦!
Gson gson = new GsonBuilder()
.registerTypeHierarchyAdapter (Number.class, numberJsonSerializer)
.create();
这种方式在List上体现更为明显,当我们使用registerTypeAdapter为List.class注册TypeAdapter时,其对List的子类(如ArrayList.class)并无效,所以我们必须使用registerTypeHierarchyAdapter方法注册。

两者的区别:

registerTypeAdapter registerTypeHierarchyAdapter
支持泛型
支持继承

注意:
如果一个被序列化的对象本身就带有泛型,且注册了相应的TypeAdapter,那么必须调用Gson.toJson(Object,Type),明确告诉Gson对象的类型;否则,将跳过此注册的TypeAdapter。
Type type = new TypeToken<List<User>>() {}.getType();//被序列化的对象带有【泛型】
TypeAdapter<List<User>> typeAdapter = new TypeAdapter<List<User>>() { .../*省略实现的方法*/ };
Gson gson = new GsonBuilder()
.registerTypeAdapter(type, typeAdapter)//注册了与此type相应的TypeAdapter
.create();
String result = gson.toJson(list, type);//明确指定type时才会使用注册的TypeAdapter托管序列化和反序列化
String result2 = gson.toJson(list);//不指定type时使用系统默认的机制进行序列化和反序列化

TypeAdapterFactory

TypeAdapterFactory,见名知意,用于创建 TypeAdapter 的工厂类。
使用方式:与GsonBuilder.registerTypeAdapterFactory配合使用,通过对比Type,确定有没有对应的TypeAdapter,没有就返回null,有则返回(并使用)自定义的TypeAdapter。
Gson gson = new GsonBuilder()
.registerTypeAdapterFactory(new TypeAdapterFactory() {
@Override
public <T> TypeAdapter<T> create(Gson gson, TypeToken<T> type) {
if (type.getType() == Integer.class || type.getType() == int.class) return intTypeAdapter;
return null;
}
})
.create();

注解 @JsonAdapter

@Retention(RetentionPolicy.RUNTIME)
@Target({java.lang.annotation.ElementType.TYPE, java.lang.annotation.ElementType.FIELD})//作用在类或字段上
public @interface JsonAdapter{
Class<?> value();
boolean nullSafe() default true;
}
上面说JsonSerializer和JsonDeserializer都要配合 GsonBuilder.registerTypeAdapter 使用,但每次使用都要注册也太麻烦了,JsonAdapter注解就是为了解决这个痛点的。使用方法:
@JsonAdapter(UserTypeAdapter.class) //加在类上
public class User {
public String name;
public int age;
}
使用时就不需要再使用 GsonBuilder去注册 UserTypeAdapter 了。
注意:JsonAdapter的优先级比 GsonBuilder.registerTypeAdapter 的优先级还高。

2017-9-12

Gson 使用总结 高级用法的更多相关文章

  1. Visual Studio 宏的高级用法

    因为自 Visual Studio 2012 开始,微软已经取消了对宏的支持,所以本篇文章所述内容只适用于 Visual Studio 2010 或更早期版本的 VS. 在上一篇中,我已经介绍了如何编 ...

  2. SolrNet高级用法(分页、Facet查询、任意分组)

    前言 如果你在系统中用到了Solr的话,那么肯定会碰到从Solr中反推数据的需求,基于数据库数据生产索引后,那么Solr索引的数据相对准确,在电商需求中经常会碰到菜单.导航分类(比如电脑.PC的话会有 ...

  3. sqlalchemy(二)高级用法

    sqlalchemy(二)高级用法 本文将介绍sqlalchemy的高级用法. 外键以及relationship 首先创建数据库,在这里一个user对应多个address,因此需要在address上增 ...

  4. Solr学习总结(六)SolrNet的高级用法(复杂查询,分页,高亮,Facet查询)

    上一篇,讲到了SolrNet的基本用法及CURD,这个算是SolrNet 的入门知识介绍吧,昨天写完之后,有朋友评论说,这些感觉都被写烂了.没错,这些基本的用法,在网上百度,资料肯定一大堆,有一些写的 ...

  5. 再谈Newtonsoft.Json高级用法

    上一篇Newtonsoft.Json高级用法发布以后收到挺多回复的,本篇将分享几点挺有用的知识点和最近项目中用到的一个新点进行说明,做为对上篇文章的补充. 阅读目录 动态改变属性序列化名称 枚举值序列 ...

  6. Jquery remove 高级用法

    Jquery remove 高级用法 html 代码 <div class="file-image">abc1111</div><div class= ...

  7. Newtonsoft.Json高级用法(转)

    手机端应用讲究速度快,体验好.刚好手头上的一个项目服务端接口有性能问题,需要进行优化.在接口多次修改中,实体添加了很多字段用于中间计算或者存储,然后最终用Newtonsoft.Json进行序列化返回数 ...

  8. redis(二)高级用法

    redis(二)高级用法 事务 redis的事务是一组命令的集合.事务同命令一样都是redis的最小执行单元,一个事务中的命令要么执行要么都不执行. 首先需要multi命令来开始事务,用exec命令来 ...

  9. 【转】 Newtonsoft.Json高级用法

    手机端应用讲究速度快,体验好.刚好手头上的一个项目服务端接口有性能问题,需要进行优化.在接口多次修改中,实体添加了很多字段用于中间计算或者存储,然后最终用Newtonsoft.Json进行序列化返回数 ...

随机推荐

  1. CSUOJ 1781 阶乘除法

    Description 输入两个正整数 n, m,输出 n!/m!,其中阶乘定义为 n!= 1*2*3*...*n (n>=1). 比如,若 n=6, m=3,则 n!/m!=6!/3!=720 ...

  2. CSUOJ 2031 Barareh on Fire

    Description The Barareh village is on fire due to the attack of the virtual enemy. Several places ar ...

  3. Rsync服务部署使用

    rsync服务搭建过程(daemon模式) 配置服务 在/etc/rsyncd.conf文件中写入相应的配置: uid = root gid = root use chroot = no max co ...

  4. cbv

  5. Django框架(一)-Django初识

    Django初识 一.Web框架本质—自己实现Web框架 1.所有的Web应用本质上就是一个socket服务端,而用户的浏览器就是一个socket客户端 import socket sk = sock ...

  6. 写在OI退役后和高中毕业前的一些话

    更新日志: 2017.02.13 开坑 2017.02.13 更新[零][壹] 2017.02.14 更新[贰] 2017.02.26 更新[叁][肆] 2017.03.04 锅多如狗,停更一周 20 ...

  7. [BZOJ4832]抵制克苏恩

    [BZOJ4832]抵制克苏恩 思路: \(f[i][j][k][l]\)表示打了\(i\)次,血量为\(1\sim 3\)的随从有\(j,k,l\)个的期望.转移时注意避免重复. 源代码: #inc ...

  8. ZOJ 3235 Prototype

    Prototype Time Limit: 1 Second      Memory Limit: 32768 KB Prototype is a 3D game which allow you to ...

  9. ZOJ 3631 Watashi's BG DFS

    J - Watashi's BG Time Limit:3000MS     Memory Limit:65536KB     64bit IO Format:%lld & %llu Subm ...

  10. ASP.NET 构建高性能网站 第3篇

    HTTP请求的优化 在一个网页的请求过程中,其实整个页面的html结构(就是页面的那些html骨架)请求的时间是很短的,一般是占整个页面的请求时间的10%-20%.在页面加载的其余的时间实际上就是在加 ...