符合中小企业对网站设计、功能常规化式的企业展示型网站建设
本套餐主要针对企业品牌型网站、中高端设计、前端互动体验...
商城网站建设因基本功能的需求不同费用上面也有很大的差别...
手机微信网站开发、微信官网、微信商城网站...
Android中的android.os.Parcelable接口用于替代Java序列化Serializable接口,Fragment以及Activtity之间都需要传递数据,有时甚至包含结构非常复杂的对象,这就需要先将这个对象序列化成二进制流,然后再进行传递了。
目前成都创新互联已为近1000家的企业提供了网站建设、域名、网站空间、成都网站托管、企业网站设计、正定网站维护等服务,公司将坚持客户导向、应用为本的策略,正道将秉承"和谐、参与、激情"的文化,与客户和合作伙伴齐心协力一起成长,共同发展。
比如Fragment1向Fragment2传递数据,下面是Fragment1中创建Fragment2并传送数据的方法:
Fragment2 fragment = new Fragment2(); Bundle bundle = new Bundle(); bundle.putParcelable("name", name); fragment2.setArguments(bundle); FragmentManager fm = getFragmentManager(); FragmentTransaction ft = getFragmentManager().beginTransaction(); ft.replace(R.id.container, fragment2) .addToBackStack(null) .commit();
在Fragment2中,直接得到这个Parcelable对象即可:
ParcelableName name = getArguments().getParcelable("name");
不过,既然Java已经有了Serializable,那还需要Parcelable干什么呢?而且Serializable接口使用起来也非常简洁。
原因有三个,第一是效率,第二是效率,第三还是效率:
Serializable用了很多反射,细心的人都知道,反射比正常的调用要慢100多倍
Serializable会创建很多临时对象,这些临时对象会导致很多次垃圾回收,影响效率
有细心的人士做过测试,基本上Parcelable要比Serializable快上10-20倍。下面这个图是比较结构,更详细信息可以参考Parcelable vs Serializable
下面是android.os.Parcelable接口的定义,相比java.io.Serializable要复杂很多,不过,为了效率,你也只能忍了。
public interface Parcelable { public static final int PARCELABLE_WRITE_RETURN_VALUE = 0x0001; public static final int CONTENTS_FILE_DESCRIPTOR = 0x0001; public int describeContents(); public void writeToParcel(Parcel dest, int flags); public interface Creator{ public T createFromParcel(Parcel source); public T[] newArray(int size); } public interface ClassLoaderCreator extends Creator { public T createFromParcel(Parcel source, ClassLoader loader); } }
看起来你至少需要实现两个方法describeContents()和writeToParcel():
第一个方法返回数字,一般返回0就好,只有FileDescriptor有特殊,上面的常量有定义。至于这有什么用,我也没有找到相关的信息,如果有读者理解,请留言告知我。
第二个方法用于将对象写入到Parcel对象中。详见下面的例子。
接着自己来实现一个包含了姓和名两个String字段的对象,如下:
import android.os.Parcel; import android.os.Parcelable; public class ParcelableName implements Parcelable { private String mSurname; private String mGivenName; public ParcelableName(String surname, String givenName) { mSurname = surname; mGivenName = givenName; } // 私有方法,因为我们不应该将参数是Parcel的构造函数暴露出去 private ParcelableName(Parcel source) { this(source.readString(), source.readString()); } @Override public int describeContents() { return 0; } public String getSurname() { return mSurname; } public String getGivenName() { return mGivenName; } @Override public void writeToParcel(Parcel dest, int flags) { dest.writeString(mSurname); dest.writeString(mGivenName); } // 通过这个接口来创建Parcel对象,调用了私有的构造函数 public static final Parcelable.CreatorCREATOR = new Creator () { @Override public ParcelableName createFromParcel(Parcel source) { return new ParcelableName(source); } @Override public ParcelableName[] newArray(int size) { return new ParcelableName[0]; } }; }
这里使用了Parcel.writeString()方法来将一个对象写入到序列化对象中,使用了Parcel.readString()从序列化对象中读取数据,一定要注意的是这里的写入和读取是有顺序的:先写的要先读。
注意,这里我们创建了一个私有的构造函数,这个构造函数的参数是Parcel对象,我们还创建了一个CREATOR的类变量,这个对象专门用于从序列化对象中创建ParcelableName对象,这是为了尽可能向外界隐藏序列化对象的实现细节,这种方式需要仔细琢磨,才能有所领悟。
值得提一下的是,Parcelable接口中还有一个ClassLoaderCreator接口,里面的createFromParcel()的第二个参数是一个ClassLoader对象,意味着我们可以反序列化不同的ClassLoader中的对象。
获取这段代码可以到:https://gist.github.com/zhlwish/3e2bbe9a15edf3b84ef7
这种代码写起来的确是挺麻烦的,有一个开源项目Parceler通过Anotation+代码生成的方法可以简化定义Parcelable对象的过程:
@Parcel public class Example { String mSurname; String mGivenName; public Example(){ } public Example(String surname, String givenName) { mSurname = surname; mGivenName = givenName; } public String getSurname() { return mSurname; } public String getGivenName() { return mGivenName; } }
看起来简单多了,不过话说回来,如果你需要序列化的对象比较小,而且次数不多,不影响效率,你还是可以继续使用Serializable接口的,毕竟编码和维护的代价都小得多。