Saya tidak bermaksud memulai perang suci di sini, tetapi sebagian besar layanan internet (flickr, twitter, facebook, dan sejenisnya) telah menjatuhkan SOAP demi layanan web RESTful dan JSON sebagai format serial. Meskipun pada dasarnya sama, layanan REST mengandalkan metode url dan http untuk menentukan apa yang harus dilakukan, misalnya
GET /articles - list all articles
POST /articles - add a new article
PUT /articles/123 - update article 123 with new data
JSON - dijelaskan dalam json.org - juga lebih sederhana dari XML, dan meskipun mungkin tidak relevan, akan menghemat beberapa byte per permintaan. Mengikuti contoh sebelumnya, inilah cara artikel akan dijelaskan dalam notasi JSON:
{
"id": 123,
"author": "Cyril",
"content": "Hello, this is an article",
"tags": [ "gamedev", "webservices", "multiplayer" ]
}
Untuk iOS ada artikel bagus ini http://petermcintyre.wordpress.com/2010/11/04/consume-json-rest-in-ios/ yang menyebutkan
http://code.google.com/p/json-framework / untuk parsing dan menghasilkan data.
Menjadi berbasis giliran, Anda bisa mengandalkan sesi http di server untuk mempertahankan status, jadi tidak perlu menyimpan koneksi soket yang persisten ke server. Bahasa sisi server mendukung hal ini (php, python, java, dll).
Arsitektur ini memungkinkan Anda untuk skala secara horizontal (menambahkan lebih banyak server) secara transparan.
Saya pikir menggunakan SOAP atau bahkan HTTP berlebihan. Cukup tentukan protokol Anda sendiri melalui koneksi vanilla TCP. Misalnya, tafsirkan setiap baris teks yang dikirim sebagai perintah. Tetapkan perintah / respons apa yang boleh dikirim oleh klien dan server.
FICS bekerja seperti itu dan telah melayani ribuan pemain catur selama bertahun-tahun. IRC juga bekerja seperti itu (lihat RFC 1459).
sumber