Interface: IFieldDescriptorProto
google.protobuf.IFieldDescriptorProto
Properties of a FieldDescriptorProto.
Hierarchy
-
↳
IFieldDescriptorProto
Properties
defaultValue
• Optional defaultValue: null | string
For numeric types, contains the original text representation of the value. For booleans, "true" or "false". For strings, contains the default text contents (not escaped in any way). For bytes, contains the C escaped value. All bytes >= 128 are escaped.
Inherited from
extendee
• Optional extendee: null | string
For extensions, this is the name of the type being extended. It is resolved in the same manner as type_name.
Inherited from
jsonName
• Optional jsonName: null | string
JSON name of this field. The value is set by protocol compiler. If the user has set a "json_name" option on this field, that option's value will be used. Otherwise, it's deduced from the field's name by converting it to camelCase.
Inherited from
label
• Optional label: null | Label
FieldDescriptorProto label
Inherited from
name
• Optional name: null | string
FieldDescriptorProto name
Inherited from
number
• Optional number: null | number
FieldDescriptorProto number
Inherited from
oneofIndex
• Optional oneofIndex: null | number
If set, gives the index of a oneof in the containing type's oneof_decl list. This field is a member of that oneof.
Inherited from
options
• Optional options: null | $Properties
FieldDescriptorProto options
Inherited from
proto3Optional
• Optional proto3Optional: null | boolean
If true, this is a proto3 "optional". When a proto3 field is optional, it tracks presence regardless of field type.
When proto3_optional is true, this field must be belong to a oneof to signal to old proto3 clients that presence is tracked for this field. This oneof is known as a "synthetic" oneof, and this field must be its sole member (each proto3 optional field gets its own synthetic oneof). Synthetic oneofs exist in the descriptor only, and do not generate any API. Synthetic oneofs must be ordered after all "real" oneofs.
For message fields, proto3_optional doesn't create any semantic change, since non-repeated message fields always track presence. However it still indicates the semantic detail of whether the user wrote "optional" or not. This can be useful for round-tripping the .proto file. For consistency we give message fields a synthetic oneof also, even though it is not required to track presence. This is especially important because the parser can't tell if a field is a message or an enum, so it must always create a synthetic oneof.
Proto2 optional fields do not set this flag, because they already indicate
optional with LABEL_OPTIONAL.
Inherited from
type
• Optional type: null | Type
If type_name is set, this need not be set. If both this and type_name are set, this must be one of TYPE_ENUM, TYPE_MESSAGE or TYPE_GROUP.
Inherited from
typeName
• Optional typeName: null | string
For message and enum types, this is the name of the type. If the name starts with a '.', it is fully-qualified. Otherwise, C++-like scoping rules are used to find the type (i.e. first the nested types within this message are searched, then within the parent, on up to the root namespace).