次の方法で共有


.NET アプリの Protobuf メッセージを作成する

Note

これは、この記事の最新バージョンではありません。 現在のリリースについては、この記事の .NET 9 バージョンを参照してください。

警告

このバージョンの ASP.NET Core はサポート対象から除外されました。 詳細については、「.NET および .NET Core サポート ポリシー」を参照してください。 現在のリリースについては、この記事の .NET 8 バージョンを参照してください。

重要

この情報はリリース前の製品に関する事項であり、正式版がリリースされるまでに大幅に変更される可能性があります。 Microsoft はここに示されている情報について、明示か黙示かを問わず、一切保証しません。

現在のリリースについては、この記事の .NET 9 バージョンを参照してください。

作成者: James Newton-King および Mark Rendle

gRPC によって、インターフェイス定義言語 (IDL) として Protobuf が使用されます。 Protobuf IDL は、gRPC サービスによって送受信されるメッセージを指定するための言語に依存しない形式です。 Protobuf メッセージは、 .proto ファイルで定義されます。 このドキュメントでは、Protobuf の概念が .NET にどのようにマップされるかについて説明します。

Protobuf メッセージ

メッセージは、Protobuf の主なデータ転送オブジェクトです。 概念的には、.NET クラスに似ています。

syntax = "proto3";

option csharp_namespace = "Contoso.Messages";

message Person {
    int32 id = 1;
    string first_name = 2;
    string last_name = 3;
}  

上記のメッセージ定義によって、名前と値のペアとして 3 つのフィールドが指定されています。 .NET 型のプロパティと同様に、各フィールドには名前と型があります。 フィールドの型は、Protobuf のスカラー値の型 (int32 など)、または別のメッセージにすることができます。

Protobuf スタイル ガイドでは、フィールド名に underscore_separated_names を使用することが推奨されています。 .NET アプリ用に作成された新しい Protobuf メッセージは、Protobuf スタイル ガイドラインに従う必要があります。 .NET ツールによって、.NET の名前付け基準を使用する .NET 型が自動的に生成されます。 たとえば、first_name Protobuf フィールドによって FirstName .NET プロパティが生成されます。

名前に加え、メッセージ定義の各フィールドには一意の番号があります。 フィールドの番号は、メッセージが Protobuf にシリアル化されるときにフィールドを特定するために使用されます。 小さい数をシリアル化する方が、フィールド名全体をシリアル化するよりも高速です。 フィールド番号によってフィールドが特定されるため、変更するときは注意が必要です。 Protobuf メッセージの変更の詳細については、「gRPC サービスのバージョン管理」を参照してください。

アプリがビルドされると、Protobuf ツールによって、 .proto ファイルから .NET 型が生成されます。 Person メッセージによって .NET クラスが生成されます。

public class Person
{
    public int Id { get; set; }
    public string FirstName { get; set; }
    public string LastName { get; set; }
}

Protobuf メッセージの詳細については、Protobuf の言語ガイドを参照してください。

スカラー値の型

Protobuf では、さまざまなネイティブ スカラー値の型がサポートされます。 次の表に、それらすべておよび同等の C# 型の一覧を示します。

Protobuf 型 C# 型
double double
float float
int32 int
int64 long
uint32 uint
uint64 ulong
sint32 int
sint64 long
fixed32 uint
fixed64 ulong
sfixed32 int
sfixed64 long
bool bool
string string
bytes ByteString

スカラー値には常に既定値があり、null に設定することはできません。 この制約には、C# クラスである string および ByteString が含まれます。 string 既定値は空の文字列値で、ByteString 既定値は空のバイト値です。 これらを null に設定しようとすると、エラーがスローされます。

null 許容型のラッパーを使用して null 値をサポートできます。

日付と時刻

ネイティブ スカラー型では、NET の DateTimeOffsetDateTimeTimeSpan と同等の、日付と時刻の値は提供されません。 これらの型は、いくつかの Protobuf の "既知の型" 拡張機能を使用して指定できます。 これらの拡張機能によって、サポート対象のプラットフォーム全体で複雑なフィールド型に対するコード生成とランタイム サポートが提供されます。

次の表に日付と時刻の型を示します。

.NET の種類 Protobuf の既知の型
DateTimeOffset google.protobuf.Timestamp
DateTime google.protobuf.Timestamp
TimeSpan google.protobuf.Duration
syntax = "proto3";

import "google/protobuf/duration.proto";  
import "google/protobuf/timestamp.proto";

message Meeting {
    string subject = 1;
    google.protobuf.Timestamp start = 2;
    google.protobuf.Duration duration = 3;
}  

C# クラスで生成されるプロパティは、.NET の日付と時刻の型ではありません。 このプロパティによって、Google.Protobuf.WellKnownTypes 名前空間の Timestamp および Duration クラスが使用されます。 これらのクラスには、DateTimeOffsetDateTime、および TimeSpan の間で変換を行うためのメソッドが用意されています。

// Create Timestamp and Duration from .NET DateTimeOffset and TimeSpan.
var meeting = new Meeting
{
    Time = Timestamp.FromDateTimeOffset(meetingTime), // also FromDateTime()
    Duration = Duration.FromTimeSpan(meetingLength)
};

// Convert Timestamp and Duration to .NET DateTimeOffset and TimeSpan.
var time = meeting.Time.ToDateTimeOffset();
var duration = meeting.Duration?.ToTimeSpan();

注意

Timestamp 型は UTC 時刻で動作します。 DateTimeOffset 値では常に、オフセットが 0 となり、DateTime.Kind プロパティは常に DateTimeKind.Utc となります。

null 許容型

C# に対する Protobuf のコード生成には、ネイティブ型 (int32 に対して int など) が使用されます。 そのため、値は常に含まれ、null にすることはできません。

C# コードで int? を使用するなど、明示的な null を必要とする値の場合、Protobuf の "既知の型" には、C# の null 許容型にコンパイルされるラッパーが含まれます。 これらを使用するには、次のコードのように、wrappers.proto.proto ファイルにインポートします。

syntax = "proto3";

import "google/protobuf/wrappers.proto";

message Person {
    // ...
    google.protobuf.Int32Value age = 5;
}

wrappers.proto 型は、生成されたプロパティでは公開されません。 Protobuf により、C# メッセージ内の適切な .NET null 許容型に自動的にマップされます。 たとえば、google.protobuf.Int32Value フィールドにより、int? プロパティが生成されます。 stringByteString などの参照型プロパティは変更されませんが、null をエラーなしで割り当てることはできます。

次の表に、ラッパーの型および同等の C# 型の完全な一覧を示します。

C# 型 既知の型のラッパー
bool? google.protobuf.BoolValue
double? google.protobuf.DoubleValue
float? google.protobuf.FloatValue
int? google.protobuf.Int32Value
long? google.protobuf.Int64Value
uint? google.protobuf.UInt32Value
ulong? google.protobuf.UInt64Value
string google.protobuf.StringValue
ByteString google.protobuf.BytesValue

バイト

バイナリ ペイロードは、bytes スカラー値型の Protobuf でサポートされています。 C# で生成されたプロパティにより、プロパティの型として ByteString が使用されます。

ByteString.CopyFrom(byte[] data) を使用して、バイト配列から新しいインスタンスを作成します。

var data = await File.ReadAllBytesAsync(path);

var payload = new PayloadResponse();
payload.Data = ByteString.CopyFrom(data);

ByteString データは、ByteString.Span または ByteString.Memory を使用して直接アクセスされます。 または、ByteString.ToByteArray() を呼び出して、インスタンスをバイト配列に変換します。

var payload = await client.GetPayload(new PayloadRequest());

await File.WriteAllBytesAsync(path, payload.Data.ToByteArray());

10 進数

Protobuf では、.NET の decimal 型はネイティブでサポートされません。サポートされるのは、doublefloat のみとなります。 Protobuf プロジェクトでは、標準の 10 進数型を既知の型に追加し、それをサポートする言語とフレームワークをプラットフォームでサポートする可能性について、現在議論されています。 まだ何も実装されていません。

.NET クライアントとサーバー間の安全なシリアル化に使用できる、decimal 型を表すメッセージ定義を作成することができます。 しかし、他のプラットフォームの開発者は、使用されている形式を理解し、独自の処理を実装する必要があります。

Protobuf のカスタム 10 進数型の作成

package CustomTypes;

// Example: 12345.6789 -> { units = 12345, nanos = 678900000 }
message DecimalValue {

    // Whole units part of the amount
    int64 units = 1;

    // Nano units of the amount (10^-9)
    // Must be same sign as units
    sfixed32 nanos = 2;
}

nanos フィールドは、0.999_999_999 から -0.999_999_999 までの値を表します。 たとえば、decimal 値の 1.5m{ units = 1, nanos = 500_000_000 } として表されます。 これが、この例の nanos フィールドで sfixed32 型が使用されている理由です。これで、より大きな値の場合、int32 よりも効率的にエンコードされるようになります。 units フィールドが負の場合、nanos フィールドも負にする必要があります。

Note

decimal 値をバイト文字列としてエンコードする場合は、追加のアルゴリズムを使用できます。 DecimalValue によって使用されるアルゴリズムは、次のとおりです。

  • わかりやすい。
  • さまざまなプラットフォーム上のビッグエンディアンやリトルエンディアンの影響を受けない。
  • 小数点以下 9 桁の最大有効桁数で、正の 9,223,372,036,854,775,807.999999999 から負の 9,223,372,036,854,775,808.999999999 までの範囲の 10 進数をサポートする。これは、decimal の全範囲ではない。

この型と BCL の decimal 型の間の変換は、このように C# で実装される場合があります。

namespace CustomTypes
{
    public partial class DecimalValue
    {
        private const decimal NanoFactor = 1_000_000_000;
        public DecimalValue(long units, int nanos)
        {
            Units = units;
            Nanos = nanos;
        }

        public static implicit operator decimal(CustomTypes.DecimalValue grpcDecimal)
        {
            return grpcDecimal.Units + grpcDecimal.Nanos / NanoFactor;
        }

        public static implicit operator CustomTypes.DecimalValue(decimal value)
        {
            var units = decimal.ToInt64(value);
            var nanos = decimal.ToInt32((value - units) * NanoFactor);
            return new CustomTypes.DecimalValue(units, nanos);
        }
    }
}

上記のコードでは次の操作が行われます。

  • DecimalValue の部分クラスを追加します。 部分クラスは、.proto ファイルから生成された DecimalValue と組み合わされます。 生成されたクラスは、UnitsNanos プロパティを宣言します。
  • DecimalValue と BCL decimal 型の間で変換するための暗黙的な演算子があります。

コレクション

リスト

Protobuf のリストは、フィールドで repeated プレフィックス キーワードを使用して指定されます。 次の例は、リストを作成する方法を示しています。

message Person {
    // ...
    repeated string roles = 8;
}

生成されたコードでは、repeated フィールドが Google.Protobuf.Collections.RepeatedField<T> ジェネリック型で表されます。

public class Person
{
    // ...
    public RepeatedField<string> Roles { get; }
}

RepeatedField<T> は、IList<T> を実装します。 そのため、LINQ クエリを使用したり、配列またはリストに変換したりすることができます。 RepeatedField<T> プロパティにはパブリック setter はありません。 項目は、既存のコレクションに追加する必要があります。

var person = new Person();

// Add one item.
person.Roles.Add("user");

// Add all items from another collection.
var roles = new [] { "admin", "manager" };
person.Roles.Add(roles);

辞書

.NET の IDictionary<TKey,TValue> 型は、Protobuf では map<key_type, value_type> を使用して表されます。

message Person {
    // ...
    map<string, string> attributes = 9;
}

生成された .NET コードでは、map フィールドが Google.Protobuf.Collections.MapField<TKey, TValue> ジェネリック型によって表されます。 MapField<TKey, TValue> は、IDictionary<TKey,TValue> を実装します。 repeated プロパティと同様に、map プロパティにはパブリック setter がありません。 項目は、既存のコレクションに追加する必要があります。

var person = new Person();

// Add one item.
person.Attributes["created_by"] = "James";

// Add all items from another collection.
var attributes = new Dictionary<string, string>
{
    ["last_modified"] = DateTime.UtcNow.ToString()
};
person.Attributes.Add(attributes);

非構造化および条件付きメッセージ

Protobuf は、コントラクト優先のメッセージング形式です。 アプリがビルドされるときに、アプリのメッセージ (そのフィールドや型を含む) を .proto ファイルで指定する必要があります。 Protobuf のコントラクト優先設計は、メッセージ コンテンツを適用する場合に適していますが、次のような厳密なコントラクトが必要ではないシナリオを制限できます。

  • ペイロードが不明なメッセージ。 たとえば、何らかのメッセージが含まれる可能性があるフィールドを含むメッセージです。
  • 条件付きメッセージ。 たとえば、gRPC サービスから返されたメッセージは、結果が成功またはエラーになる可能性があります。
  • 動的な値。 たとえば、JSON のような、値の非構造化コレクションが含まれるフィールドを含むメッセージ。

Protobuf には、これらのシナリオをサポートするための言語の機能と型が用意されています。

Any

Any 型を使用すると、 .proto 定義がなくても、埋め込み型としてメッセージを使用できます。 Any 型を使用するには、any.proto をインポートします。

import "google/protobuf/any.proto";

message Status {
    string message = 1;
    google.protobuf.Any detail = 2;
}
// Create a status with a Person message set to detail.
var status = new ErrorStatus();
status.Detail = Any.Pack(new Person { FirstName = "James" });

// Read Person message from detail.
if (status.Detail.Is(Person.Descriptor))
{
    var person = status.Detail.Unpack<Person>();
    // ...
}

Oneof

oneof フィールドは言語機能です。 コンパイラによって、message クラスが生成されるときに oneof キーワードが処理されます。 oneof を使用して、Person または Error を返すことができる応答メッセージを指定する場合は、このようになります。

message Person {
    // ...
}

message Error {
    // ...
}

message ResponseMessage {
  oneof result {
    Error error = 1;
    Person person = 2;
  }
}

oneof セット内のフィールドには、メッセージの宣言全体で一意のフィールド番号が含まれている必要があります。

oneof を使用する場合、生成される C# コードには、どのフィールドが設定されているかを示す列挙型が含まれます。 その列挙型をテストして、どのフィールドが設定されているかを確認することができます。 設定されていないフィールドによって、例外がスローされるのではなく、null または既定値が返されます。

var response = await client.GetPersonAsync(new RequestMessage());

switch (response.ResultCase)
{
    case ResponseMessage.ResultOneofCase.Person:
        HandlePerson(response.Person);
        break;
    case ResponseMessage.ResultOneofCase.Error:
        HandleError(response.Error);
        break;
    default:
        throw new ArgumentException("Unexpected result.");
}

Value 型は、動的に型指定される値を表します。 null、数値、文字列、ブール値、値の辞書 (Struct)、または値のリスト (ValueList) のいずれかにすることができます。 Value は、上記の oneof 機能を使用する Protobuf の既知の型です。 Value 型を使用するには、struct.proto をインポートします。

import "google/protobuf/struct.proto";

message Status {
    // ...
    google.protobuf.Value data = 3;
}
// Create dynamic values.
var status = new Status();
status.Data = Value.ForStruct(new Struct
{
    Fields =
    {
        ["enabled"] = Value.ForBool(true),
        ["metadata"] = Value.ForList(
            Value.ForString("value1"),
            Value.ForString("value2"))
    }
});

// Read dynamic values.
switch (status.Data.KindCase)
{
    case Value.KindOneofCase.StructValue:
        foreach (var field in status.Data.StructValue.Fields)
        {
            // Read struct fields...
        }
        break;
    // ...
}

Value を直接使用すると、冗長になる場合があります。 Value を使用する別の方法として、メッセージを JSON にマップするための Protobuf の組み込みサポートの利用があります。 Protobuf の JsonFormatter および JsonWriter 型は、任意の Protobuf メッセージと共に使用できます。 Value は、JSON との間で変換する場合に特に適しています。

これは、上記のコードと同等の JSON です。

// Create dynamic values from JSON.
var status = new Status();
status.Data = Value.Parser.ParseJson(@"{
    ""enabled"": true,
    ""metadata"": [ ""value1"", ""value2"" ]
}");

// Convert dynamic values to JSON.
// JSON can be read with a library like System.Text.Json or Newtonsoft.Json
var json = JsonFormatter.Default.Format(status.Data);
var document = JsonDocument.Parse(json);

その他のリソース