En Protobuf-net, ¿es posible serializar clases no decoradas?

Question

para serializar una clase con protobuf-net, que neet para proporcionar la clase y atributos de propiedad [ProtoContract] y [ProtoMember (n)] -, donde n es 1,2,3, .., etc

Appart de la clonación a una imagen espejo de una clase, ¿es posible serializar/deserializar una clase sobre la que no tenemos control?

Por ejemplo:

usando ProtoBuf;

• Serializer.Serialize < Excepción > (OutputStream, excepción);

o

• Serializer.Serialize < Tuple < de datos, Excepción > > (OutputStream, dataWithPossibleException);

NB. dicen que Data tiene [ProtoContract]/[ProtoMember] y los otros no.

enfoques posibles:

• Sería bueno si tuviéramos "atributos" de extensión que funcionaban como los métodos de extensión. [No es posible]
• replicar la clase a nivel local y luego copiar a/desde el objeto antes de serializar/deserializar [que funcionaría, pero la productividad se cae]
• generar un archivo proto/definición externa para la clase y almacenar esto en recursos? [Alguien sabe cómo hacer esto?]

Answer 1

Hay opciones en v2 aquí:

• puede configurar un RuntimeTypeModel diciéndole acerca de los tipos y miembros sin necesitar ningún atributo
• para los tipos que son torpes, se puede suministrar un sustituto para facilitar la serialización (debe tener operadores de conversión a/del tipo original)
• para las API donde los tipos no están estáticos, hay una opción para incluir los metadatos de tipo

Ahora, creo que algunos de los que se ocupa de algunos de sus puntos. Si puede especificar completamente un escenario problemático, podría ser más específico (o pensar en nuevas formas de torturar el código para que funcione).

Pero para responder la pregunta principal (no decorado): sí, en v2