Elektroda.pl
Elektroda.pl
X
Proszę, dodaj wyjątek www.elektroda.pl do Adblock.
Dzięki temu, że oglądasz reklamy, wspierasz portal i użytkowników.

.NET serializacja w kilku aplikacjach

13 Paź 2017 23:09 318 2
  • #1 13 Paź 2017 23:09
    1487300
    Użytkownik usunął konto  
  • #2 14 Paź 2017 01:27
    wiesniak
    Poziom 31  

    Podejrzewam, że nie są problemem metody serializujące i deserializujące po obu stronach tylko klasy, z których nastąpiła serializacja. Po drugiej stronie, druga aplikacja oczekuje tych samych klas. Przenieś klasy do osobnego assembly i współdziel je między projektami. Albo porzuć binary formatter na rzecz zapisu do xml (+zip jeśli zależy Ci na rozmiarze danych) - xml nie jest powiązany z konkretnym assembly, więc wystarczy że klasy będą pasować.

    0
  • #3 14 Paź 2017 10:53
    JacekCz
    Poziom 36  

    wiesniak napisał:
    Podejrzewam, że nie są problemem metody serializujące i deserializujące po obu stronach tylko klasy, z których nastąpiła serializacja. Po drugiej stronie, druga aplikacja oczekuje tych samych klas.


    myślę, że możesz mieć rację.

    wiesniak napisał:

    ... xml nie jest powiązany z konkretnym assembly, więc wystarczy że klasy będą pasować.

    powiem Ci, że inspirujące (nie ma tu sarkazmu)

    W "dziejach integracji apliakcyjnej" były już mody binarnej kompatybilności (zaleta: kontrola przez kompilatory), wrogości do binarnej kompatybilności (rewolucja webserwisowa w ustach gorliwych apostołów).
    propozycja "klasy takie same ale nie te same" *), tu na gruncie .NET, jest ciekawa, i nie jest podawana przez w/w.
    *) również "bardzo podobne"
    Dodano po 4 [minuty]:
    hansklis napisał:
    Witajcie
    mierze się z problem serializacji klas do postaci binarnej i deserializacji z pliku do klasy.


    podrzucę inne metody na binarną serializację.
    Google Protocol Buffer (protobuf) jest w swoim rdzeniu właśnie serializerem, a potem dodatkiem jest wywołanie RPC (jak kto potrzebuje). Ja używam dość podobnego Apache Thrift (zamysł: pełny stos wywołania, ale można użyć serializera).

    Idea jest podobna, dopuszcza rozwój protokołu, częściową kompatybilność, przybywające pola / opcjonalne itd...

    protobuf .NET jest ciekawy, bo nie trzeba pisać definicji, generuje się z adnotacji "serwera".

    0