webkit  2cdf99a9e3038c7e01b3c37e8ad903ecbe5eecf1
https://github.com/WebKit/webkit
Classes | Public Member Functions | Static Public Member Functions | List of all members
com.google.protobuf.ExtensionRegistryLite Class Reference
Inheritance diagram for com.google.protobuf.ExtensionRegistryLite:
com.google.protobuf.ExtensionRegistry

Public Member Functions

ExtensionRegistryLite getUnmodifiable ()
 
final void add (final GeneratedMessageLite.GeneratedExtension<?, ?> extension)
 

Static Public Member Functions

static boolean isEagerlyParseMessageSets ()
 
static void setEagerlyParseMessageSets (boolean isEagerlyParse)
 
static ExtensionRegistryLite newInstance ()
 
static ExtensionRegistryLite getEmptyRegistry ()
 

Detailed Description

Equivalent to ExtensionRegistry but supports only "lite" types.

If all of your types are lite types, then you only need to use

ExtensionRegistryLite

. Similarly, if all your types are regular types, then you only need ExtensionRegistry. Typically it does not make sense to mix the two, since if you have any regular types in your program, you then require the full runtime and lose all the benefits of the lite runtime, so you might as well make all your types be regular types. However, in some cases (e.g. when depending on multiple third-party libraries where one uses lite types and one uses regular), you may find yourself wanting to mix the two. In this case things get more complicated.

There are three factors to consider: Whether the type being extended is lite, whether the embedded type (in the case of a message-typed extension) is lite, and whether the extension itself is lite. Since all three are declared in different files, they could all be different. Here are all the combinations and which type of registry to use:

  Extended type     Inner type    Extension         Use registry
  =======================================================================
  lite              lite          lite              ExtensionRegistryLite
  lite              regular       lite              ExtensionRegistry
  regular           regular       regular           ExtensionRegistry
  all other combinations                            not supported

Note that just as regular types are not allowed to contain lite-type fields, they are also not allowed to contain lite-type extensions. This is because regular types must be fully accessible via reflection, which in turn means that all the inner messages must also support reflection. On the other hand, since regular types implement the entire lite interface, there is no problem with embedding regular types inside lite types.

Author
kento.nosp@m.n@go.nosp@m.ogle..nosp@m.com Kenton Varda

Member Function Documentation

◆ add()

final void com.google.protobuf.ExtensionRegistryLite.add ( final GeneratedMessageLite.GeneratedExtension<?, ?>  extension)
inline

Add an extension from a lite generated file to the registry.

◆ getEmptyRegistry()

static ExtensionRegistryLite com.google.protobuf.ExtensionRegistryLite.getEmptyRegistry ( )
inlinestatic

Get the unmodifiable singleton empty instance.

◆ getUnmodifiable()

ExtensionRegistryLite com.google.protobuf.ExtensionRegistryLite.getUnmodifiable ( )
inline

Returns an unmodifiable view of the registry.

◆ isEagerlyParseMessageSets()

static boolean com.google.protobuf.ExtensionRegistryLite.isEagerlyParseMessageSets ( )
inlinestatic

◆ newInstance()

static ExtensionRegistryLite com.google.protobuf.ExtensionRegistryLite.newInstance ( )
inlinestatic

Construct a new, empty instance.

◆ setEagerlyParseMessageSets()

static void com.google.protobuf.ExtensionRegistryLite.setEagerlyParseMessageSets ( boolean  isEagerlyParse)
inlinestatic

The documentation for this class was generated from the following file: