私たちはクライアントとサーバーの標準を考え出そうとしていますが、大きな議論があります. 考え方の 1 つは、C# クライアントと Java サーバーが、ある種の独自のメッセージ ライブラリを使用してデータ オブジェクトを共有することです (XML のような構造を考えてください...)。
このモデルの問題点は、サーバー上で C# を使用した場合に単純に再利用できる、複製 (検証、解析) が必要なコードが多数あることです。Linux マシンを使用する大きな推進力がある場合、モノはあなたの目標をサポートしません。.
他の誰かがこのジレンマを抱えていますか?
これにはフレームワークがあります。ICE (ZeroC)、「プロトコル バッファ」など。
たとえば、私のプロトコル バッファの実装 (protobuf-net) は mono、MS .NET、CF、Silverlight などで動作し、バイナリ形式はさまざまな言語 (Java など) と互換性があります。.proto (特注の定義言語) から開始する場合は、それを使用して、必要な各言語でオブジェクト レイヤーを生成できます。
いずれにせよ、将来的に制限されないように、通信用に言語に中立な形式で定義された Protocol Buffers またはその他のものを使用します。
それが完了したら、Mono で C# を開始できます。それがうまくいかない場合は、別の言語に切り替えることができます。
この 2 つの間のデータ転送には、古くても優れた標準を使用することをお勧めします。その例として、SOAP と XML-RPC が思い浮かびます。これらのいずれかが可能または実行可能である場合は、JSON を試すか、独自の XML 形式を記述してください。プロトコル バッファについては最近かなり言及されていますが、私は調べていないので、それについては何も言えません。
クライアントとサーバーを同じランタイム (Java または CLR) に保つようにします。Mono と .Net クライアント/サーバーを組み合わせて使用することで、多くの成功を収めています。