Hessianはカスタム バイナリ シリアライゼーション プロトコル (オープンソースだと思います) であり、バイナリ クロス プラットフォーム リモーティング フレームワークの基礎を形成します。ここで誰かがそれを使用したことがあるかどうかを知りたいです。もしそうなら、一方の Java アプリと他方の C# アプリを橋渡しするソリューションから、どのようなパフォーマンスが期待できるでしょうか。(単純なクラスをシリアライズしていると考えてみましょう。単純なクラスの配列、リスト、辞書である可能性があります。)
2846 次
4 に答える
1
HessianC# プロジェクト ( http://www.hessiancsharp.org/ ) を見たことがありますか?
于 2008-09-15T21:49:39.693 に答える
1
私は、JVM と CLR の間のオープン ソース イントラプロセス ブリッジであるjni4netの作成者です。JNI と PInvoke の上に構築されています。C/C++ コードは必要なく、比較的高速です。境界を越えた参照によるマーシャリングで問題が解決するかどうかはわかりません。
于 2009-10-31T20:17:23.407 に答える
0
これは、Web サービスが解決するように設計された種類の問題です。もはや単純ではありませんが、SOAP フォーマットを使用すると、Java/C# アプリケーションでオブジェクトを XML 表現にシリアライズし、それらをネットワーク経由で送信し、対応する Java/C# アプリケーションでデシリアライズできます (Java/C# は事実上すべての言語に置き換えることができます)。 XML ドキュメントを翻訳できる）。ここでは「シリアル化」を使用していますが、このプロセスを「マーシャリング」と呼ぶことも一般的です。
ただし、現在、多くの人が Web サービスの SOAP からの移行を検討しています。ウィキペディアで Web サービスの詳細を確認してください: http://en.wikipedia.org/wiki/Web_services
于 2008-09-15T19:16:47.033 に答える
0
「Soap は過剰に設計されている」と認めてから、非エンジニアリング/抽象化された実装を称賛するのは、私がこのエントリをフランス語で書いて、それを読むために Google 翻訳を使用するように求め、次に英語で Google 翻訳を称賛するようなものです。
バイナリ プロトコルは未来への道です。「スマートな」コードを書く準備ができているなら、それがプログラムされ、実行するように開発されたとおりに実行されたときに、感謝するでしょう。
SOAアーキテクチャを「例外」モードにするために必要なのは、1つの潜在的なSoapサービスだけです...私はこれを「例外」モードと呼んでいます。これは、SOAをsoap（読み取り：XML）に実装している企業は、SOAに遭遇するたびに例外を実装しているためです。非常に大きなレコードが連続して読み取られる可能性があるトランザクション タイプのデータ交換。
*(SOAP 実装後の会話が行われていることは想像できます)
SOAを持っていますか？:はい、すべてを行いますか? :まあ、私たちのビジネスに不可欠なトランスポートを除くすべて...
WSO2 Web サービスとその ESB をチェックしてみてください。Mule には理由があり、WSO2 が HESSIAN のサポートを提供しました。以下もお読みください: http://java.sun.com/developer/technicalArticles/WebServices/fastWS/
于 2009-10-14T00:54:55.930 に答える