代替ビューを使用します:
XmlSerializerはサポートされており、その動作は既知であり、正常に動作します。悪くはないです"。それは非常に一般的で、十分に文書化されており、多くの例があります。パフォーマンスはおそらくあなたが必要とするものに非常に良いでしょう。それはおそらくあなたが必要とするものです。
XmlSerializerで対処されていない特定のニーズを持つ人がいます。これらの要件から、protobufs、DataContractSerializer、およびその他のオプションが得られます。
しかし、XmlSerializerは非常に一般的であり、おそらく最も広く適用されるシリアライザです。それはおそらくおそらくコンテンツをシリアライズするための最も安全な賭けです。支持するよう
...
MSは、バグの修正に減速することができます。私はこれをWinFormsと比較します。 WinFormsはもはやマイクロソフトによって推進されている主なUIフレームワークではなくなりました。しかし、それはまだ成熟しており、うまく動作し、うまく動作します。 XmlSerializerは同じです。
将来のサポートについて。 MSは5 + 5サポートポリシーを持っています。リリース後5年間は製品をサポートしており、5年間追加サポートを購入することができます。 .NET Frameworkはサポートされている「もの」ではありません。サポートされている.NETを含むWindows OSです。 Windows 7には.NET 3.5(バージョンは3.5と思われます)が含まれていますので、WinFormsやXmlSerializerを含む.NET 3.5のすべてが、10月またはWin7がリリースされるたびに、追加の5年間にわたって "正式にサポート"されます。それが.NET 4.0ならば、4.0(WinFormsとXmlSerializerを含む)のものは5年間サポートされます。 5年間のクロックは、新しい製品が.NETに同梱されるたびに再起動します。
VB6ランタイムを見ると、1998年にVisual Studio 6に同梱されていました。今年リリースされたWindows Server 2008 R2を含め、これまでWindowsに組み込まれていました。したがって、VBランタイムは少なくとも2014年までサポートされます。これは少なくとも16年間の主流サポートです。
公式サポートまでは何も心配する必要はありません。これは、あなたが話しているオープンソースのプロジェクトではありません。これは、WSEやSOAP Toolkitのようなストップギャップサービスではありません。
サポートの度合いがあり、新しい.NET APIが起動され、昇格されると古い.NET APIが優先順位を下げることは事実です。しかし、古いものは、おそらくより安定しているでしょう。あなたは完全に安全です。ここで
Marc、.net remotingで使用するために、デフォルトのBinaryFormatterをprotobuf-netで置き換えることは簡単に可能ですか? – M4N
私はXMLを必要としませんが(ただし、既存のインストールを破ることはないのでいいですが)、私は人間が読める必要があります。しかし、ダウンサイドのリストをありがとう。 –
リモートでは、オブジェクトごとに約4行のコードで 'proterb-net経由で' ISerializableを実装することができます。私が得ることができる最高について...これは "ルート"オブジェクト(カプセル化されたものではない)にのみ必要です。人間が読めるように...おそらくJSON.Net? –