Czy w Protobuf-net możliwe jest serializowanie nieprzypisanych klas?

Question

serializacji klasy z buforów-Net, to neet dostarczenie klasy i atrybutami Właściwość [ProtoContract] i [ProtoMember (n)] -, gdzie n oznacza liczbę 1,2,3, .., itp

Appart od klonowania do lustrzanego odbicia klasy, czy można serializować/deserializować klasę, nad którą nie mamy kontroli?

Na przykład:

przy użyciu ProtoBuf;

• Serializer.Serialize < Wyjątek > (OutputStream, wyjątek)

lub

• Serializer.Serialize < Tuple < danych, wyjątek > > (OutputStream, dataWithPossibleException);

NB. say Dane [ProtoContract]/[ProtoMember] i inne nie.

możliwe podejścia:

• Byłoby miło, gdybyśmy mieli „atrybuty rozszerzenie”, które działały jak metod rozszerzenie. [niemożliwe]
• replikować klasę lokalnie, a następnie kopiować do/z obiektu przed serializowaniem/deserializacją [to by działało, ale wydajność spadnie]
• wygenerować zewnętrzny plik/definicję protokołu dla klasy i zapisać go w zasoby? [Ktoś wie, jak go o to?]

Answer 1

Istnieją opcje v2 tutaj:

• można skonfigurować RuntimeTypeModel informując go o rodzaju i członków bez potrzeby żadnych atrybutów
• dla typów, które są niewygodne, zastępczym może być dostarczony do serializacji łatwiejsze (musi mieć operatorów konwersji do/z oryginalnego typu)
• dla API gdy typy nie są statyczne wpisany, istnieje możliwość zawarcia typu metadane

Sądzę, że niektóre z nich odnoszą się do niektórych z twoich punktów. Jeśli potrafisz w pełni sprecyzować scenariusz, który jest problematyczny, mogę być bardziej konkretny (lub wymyślić nowe sposoby torturowania kodu, aby działał).

Ale aby odpowiedzieć na główne pytanie (nieoznaczone): tak, w v2