私はこれを常にしています。 WCFデータサービス(OData)は道のりです。 ODataサービスでは、HTTPヘッダーに(Accept - Application/JSON)を渡すことでJSON応答を指定することができ、ODataはJSONを返します。
iOSからOData(RESTサービス)を取得するためにいくつかのライブラリを使用しています。 MicrosoftのiOS ODataの実装はかなり不自由です。 RESTKitはそれが扱うものにとって本当に良い仕事をしますが、そうでないものをやらなければならないと本当に痛いです。 ASIも使用しました。これはRESTKitよりもはるかに柔軟ですが、問題がないわけではありません。私は自分自身を書くことをやめ、それは私にちょうどいいです。
初心者の方には、ASI over RESTKitの使用をお勧めします。 RESTKitは、あなたのために大変な作業をしていますが、作業にはちょっと時間がかかります。
ODataからJSON応答を受信する際に標準ではない2つのことがあります。 1.すべての応答は、キー "D"を使用してJSON辞書に取り込まれます。前の)文字列の一部あなたは(日付を解析する必要がありますので、/日(1212353): 2.日付はJSON標準(1970年からの秒数)にシリアル化されているが、彼らはそうのような文字列に配置されていますそれを使うことができます。
RESTKitは、ネイティブにこれらの問題のいずれかを処理しませんので、あなたはそのルートを選択した場合、あなたはそれらに対処する必要があります。個人的には、あなた自身で書くために十分なことを学ぶまで、私はASIルートに行きます。
私は自分のソリューションをオープンソーシングすることを検討しています。もしそうであれば、このレスポンスをリンクに更新します。
--- UPDATE ----
ただ、明確にするために - あなたのサーバー側のシステムがそうでないのODataとして知られ、WCF Data Servicesのを使用している場合は、その後、マイナーな調整で、RESTKitはそれで素敵な果たしています。あなたのサービスが従来のWCFサービス(SOAPバインディング)の場合、SOAPプロトコルにバインドされているため、JSONを取得できません(カスタムBehaviorを作成して翻訳しない限り)。それはあなたのサービスが本質的に何をするかによって異なります。サービスが通常データエクスポージャー/操作(つまり、addCustomer)である場合は、それらをODataとして公開する必要があります。彼らが本当に操作している場合は、MVCサイトからのアクションとしてそれらを公開することを検討する必要があります。どちらも、既存のインフラストラクチャとプラットフォームを使用してRESTサービスを取得できます。
これは私が使用する方法ですが、RestKitではODataサービスのマッピングにいくつかの問題があります。 iOSでxmlサービスを使用することも考えられます。コアデータを使用することでうまくサポートされているようです。 – vittore