C'è una qualità di produzione implementazione di Google buffer protocollo in .NET
-
21-09-2019 - |
Soluzione
Ci sono due implementazioni principali di buffer protocollo:
- Miniera (per lo più di una porta del codice Java)
- protobuf-Net (più WCF amichevole, terra-up reimplementazione)
Lo so Marc era nel mezzo di un importante refactoring poco fa; Non so se lo è ancora.
La mia porta funziona, per quanto io sappia (bar un bug di tipo dimensionamento imballato che è stato segnalato un paio di giorni fa), ma manca un po 'di smalto intorno al lato generazione delle cose. Alcuni utenti sono interessati a compatibilità di Silverlight che ho lavorato in direzione, ma non ho ancora provato. (Fondamentalmente ci sono alcuni metodi mancanti in Silverlight che stavo usando, penso I possono sono emigrati tutti loro ora - Devo controllare.)
Non so se sia implementazione è in uso in produzione per tutti i sistemi, ma sarò felice di provare a correggere eventuali bug che ha sollevato. Si noti che sto non con l'intenzione di attuare la "lite" PB, che è apparso nel codice principale 2.2; avrebbero fatto l'eredità già complicata peggiore. Mi sarà l'introduzione di un'opzione in più per consentire la modalità (/ ottimizzazione dimensioni velocità) da specificare separatamente per C # presto.
Altri suggerimenti
Doh .... John Skeet mi ha battuto ad esso!
È necessario guardare il Altre implementazioni lingue pagina sul protobuf pagina di Google code ...
Ci sono 3 .net implementazioni.
dotnet-protobufs di Jon Skeets
Il primo è un C # clone del protobuf originale che solo supportato C ++, Java e Python.
Il secondo è stato notevolmente esteso per adattarsi in più con C # e può anche essere usato al posto del servizio remoto nativo. Vorrei utilizzare questo se non stai facendo croce piattaforma di lavoro.
Quando ho guardato l'ultimo non ha visto alcuna buona ragione per utilizzare più i primi due.
Hai visto questo protobuf-net su Google Code troppo?