diff options
author | Max Cai <maxtroy@google.com> | 2013-11-20 18:59:01 +0000 |
---|---|---|
committer | Max Cai <maxtroy@google.com> | 2014-01-10 11:50:32 +0000 |
commit | e3714f0001493248d526fcc9a24f7430cd8d1d0b (patch) | |
tree | bfb4a3bc266bf646221f54d8342895f3001d382d /java/README.txt | |
parent | 0c0f8c7ef03ede18a964e92b983a9315d6aeb26d (diff) | |
download | protobuf-e3714f0001493248d526fcc9a24f7430cd8d1d0b.tar.gz protobuf-e3714f0001493248d526fcc9a24f7430cd8d1d0b.tar.bz2 protobuf-e3714f0001493248d526fcc9a24f7430cd8d1d0b.zip |
Extension overhaul.
- Get rid of TypeLiteral<T>. It was introduced to read the component
type of a List<T> at runtime. But we use arrays everywhere else,
and we can always read the component type of an array type at
runtime.
- Properly read/write "minor" types (e.g. sint32, sfixed32). The old
implementation could only read/write data as the "typical" types
(one per Java type), e.g. java.lang.Integer -> int32, java.lang.Long
-> int64. So if e.g. an extension specifies sfixed32 as the type, it
would be read/written in the totally incompatible int32 format.
- Properly serialize repeated packed fields. The old implementation
doesn't do packed serialization. As an added bonus, and to be more
aligned with the rest of protobuf nano / main, repeated packable
extensions can deserialize both packed and non-packed data.
- Split Extension class into a hierarchy so under typical usage a
large chunk of code dealing with primitive type extensions can be
removed by ProGuard.
Bug: https://code.google.com/p/android/issues/detail?id=62586
Change-Id: I0d692f35cc2a8ad3a5a1cb3ce001282b2356b041
Diffstat (limited to 'java/README.txt')
0 files changed, 0 insertions, 0 deletions