プロトコル バッファ形式は、一般に不透明な形式として使用されます。つまり、内部を知る必要はありません。典型的なシナリオでは、単にロードして変更を加え、永続化するだけです。幸いなことに、形式は簡潔で効率的であるため、これが問題になることはめったにありません。
BinaryFormatter
比較として、を使用せずにデータを編集することは期待できません。BinaryFormatter
ほとんどの人はまだシリアライザーを使用して xml / json を変更します。形式が非常に複雑であり、バニラ コードを記述しようとする価値がないためです。それはそれを堅牢に処理します。
でも!シリアライザーを使用せずに protobuf データを操作する場合は、リーダー/ライター API を使用することもできます。これは、XmlReader
/と同様にXmlWriter
、基礎となる仕様についてかなり知っていることを前提としており、関心のあるフィールド番号を知る必要があります (ただし、そうでないフィールドについてはあまり知る必要はありません)に興味がある)。
非常に具体的な(つまり、実行可能な) 例があれば、おそらくその方法を示すことができます。でも!最も簡単な方法は、おそらくモデルを手元に置いておくことです。
ただし、「protobuf 階層を複製する」必要がある理由が少しわかりません。Protobuf-net は、デフォルトの使用法では、実際の型が何であるかをまったく気にしません(契約を満たしている限り)。DTO に変更を加えるというシナリオの場合は、次のようになります。
- はい、DTO に重大な変更を加えるなどの危険なことを行うと、物事に影響を与える可能性があります-それが痛い場合は、それをやめてください(通常、DTO を時間の経過とともに変更するための同様に便利ですが安全な方法があります)
- 多くの場合
RuntimeTypeModel
、v2 の機能を使用して、モデルの 2 つのバージョン間の違いをシムすることができます - 2 つの異なるRuntimeTypeModel
構成 (おそらく、そのうちの 1 つがサロゲートを含むか、異なるプロパティを使用するなど) を持つことによって。
ただし、さらにアドバイスするには、解決しようとしている問題を確認する必要があります。