Google.Protobuf.Compiler.CodeGeneratorRequest

public sealed class CodeGeneratorRequest : IMessage<CodeGeneratorRequest>, IMessage, IEquatable<CodeGeneratorRequest>, IDeepCloneable<CodeGeneratorRequest>, IBufferMessage

An encoded CodeGeneratorRequest is written to the plugin's stdin.

public const int CompilerVersionFieldNumber = 3

Field number for the "compiler_version" field.

public const int FileToGenerateFieldNumber = 1

Field number for the "file_to_generate" field.

public const int ParameterFieldNumber = 2

Field number for the "parameter" field.

public const int ProtoFileFieldNumber = 15

Field number for the "proto_file" field.

public const int SourceFileDescriptorsFieldNumber = 17

Field number for the "source_file_descriptors" field.

public static MessageDescriptor Descriptor { get; }

public static MessageParser<CodeGeneratorRequest> Parser { get; }

public Version CompilerVersion { get; set; }

The version number of protocol compiler.

public RepeatedField<string> FileToGenerate { get; }

The .proto files that were explicitly listed on the command-line. The code generator should generate code only for these files. Each file's descriptor will be included in proto_file, below.

public bool HasParameter { get; }

Gets whether the "parameter" field is set

public string Parameter { get; set; }

The generator parameter passed on the command-line.

public RepeatedField<FileDescriptorProto> ProtoFile { get; }

FileDescriptorProtos for all files in files_to_generate and everything they import. The files will appear in topological order, so each file appears before any file that imports it. Note: the files listed in files_to_generate will include runtime-retention options only, but all other files will include source-retention options. The source_file_descriptors field below is available in case you need source-retention options for files_to_generate. protoc guarantees that all proto_files will be written after the fields above, even though this is not technically guaranteed by the protobuf wire format. This theoretically could allow a plugin to stream in the FileDescriptorProtos and handle them one by one rather than read the entire set into memory at once. However, as of this writing, this is not similarly optimized on protoc's end -- it will store all fields in memory at once before sending them to the plugin. Type names of fields and extensions in the FileDescriptorProto are always fully qualified.

public RepeatedField<FileDescriptorProto> SourceFileDescriptors { get; }

File descriptors with all options, including source-retention options. These descriptors are only provided for the files listed in files_to_generate.

public CodeGeneratorRequest()

public CodeGeneratorRequest(CodeGeneratorRequest other)

public int CalculateSize()

public void ClearParameter()

Clears the value of the "parameter" field

public CodeGeneratorRequest Clone()

public bool Equals(CodeGeneratorRequest other)

public void MergeFrom(CodeGeneratorRequest other)

public void MergeFrom(CodedInputStream input)

public void WriteTo(CodedOutputStream output)