1

Objective C で作成された iPad アプリのバックエンドを構築する必要があります。そのための 2 つの選択肢があります。1 つは Java で、もう 1 つは C# です。これらのいずれかにバックエンドが組み込まれている場合、バックエンドとフロントエンドを組み合わせるにはどのようなオプションが必要ですか? 1 つのオプションは、XML メッセージングを使用することです。他のオプションは何ですか?

また、これを行う標準的な方法は何ですか?つまり、客観的な C フロントエンドがある場合、バックエンドは何にあり、2 つの間でどの通信メカニズムを使用する必要があるのでしょうか?

私はいくつかの再調査を行い、Java または C# のいずれかが機能すると確信していますが、それらをフロントエンドで機能させる方法について多くの情報を見つけることができませんでしたか? (他の誰かがフロントエンドをやっていることに注意してください)

ありがとう。

4

1 に答える 1

3

考慮すべき点がいくつかあります。ワイヤ プロトコルとメッセージ プロトコル。

ワイヤー プロトコル:

これには、メッセージ ID、送信者、件名、タイプ、タイムスタンプ、メッセージ サイズなどが含まれます。これは、メッセージ プロトコルと同じくらい重要です。ワイヤー プロトコルを推奨するには、システムについて詳しく知る必要があります。これらすべてのプラットフォームで動作する単純なワイヤ プロトコルが必要な場合は、STOMP を参照してください。これは、メッセージを送信するための単純な ASCII ベースのプロトコルです。メッセージのデバッグなどに役立ちます。 ActiveMQ と RabbitMQ は、STOMP をサポートする仲介システムです。私はRabbitMQの方が好きです。

シンプルな STOMP メッセージ:

SEND
destination:/queue/a
content-type:text/plain

hello queue a
^@

HTTP を単純なワイヤ プロトコルとして使用することもできます。STOMP のようにシンプルで ASCII ベースです。さらに、SOAP は通常、トランスポート プロトコルとして HTTP を使用します。また、SOAP は通常、そのメッセージ形式に XML を使用して、メッセージのエンベロープ、ヘッダー、および本文をエンコードします。

JSON-RPC もあります。

メッセージ形式:

ワイヤ プロトコルのほとんどの情報は、メッセージの送信先、到達したかどうか、メッセージに含まれる情報の種類などを判断するために使用されます。一般に、メッセージを送受信するために配置したメッセージング システムによってのみ使用されます。 . ビジネス ロジックが関心を持っているのは、メッセージの内容そのものです。双方が理解できるコンテンツをエンコードする方法が必要です。これには、JSON、XML、Google の protobuf (バイナリ) など、さまざまな選択肢があります。

あなたが何をする必要があるかについての知識がなければ、これらのいずれかを推奨するのは難しいでしょう. それぞれに独自の長所と短所があります。

ワイヤおよびメッセージ プロトコルの実際のマッピング:

UPS、US ​​Post、FedEx = お母さんからのワイヤー プロトコルの手紙、ローンの申し込み、バースデー カード = メッセージ

于 2012-04-08T15:43:37.190 に答える