Wie organisieren Sie den plattformübergreifend ausgerichteten Web-Service?

Question

Kann meine Frage ein wenig mehrdeutig sein, so werde ich versuchen, es klar zu erklären: Normalerweise arbeite ich mit ASP.NET MVC und schreibe Back-End für die Websites. So stammen 99% der Daten von den Eingaben des Benutzers in Formulare und werden an Ansichten gesendet.

Nun möchte Ich mag Web-Service basierend auf ASP.NET implementieren:

• Meine Kumpels schreiben die gleiche Anwendung auf Android und iOS: hier, was ich tun möchte. Ich schreibe Website mit der gleichen Funktionalität. Die Anwendungen sammeln einige Daten (Eingaben, Geo-Standorte usw.) und sollten sie an die gemeinsame Datenbank (SQL Server) senden.
• Beziehungsweise Web-Service sollte einige Daten zurücksenden.

Ich habe keine Erfahrung des Schreibens Dienst, und Post-Daten auf verschiedenen Plattformen erhalten, aber eine Idee haben, wie man es tun: JSON oder XML von allen Geräten unterstützt, so vor Prozess nach bekommen sollte ich Daten umwandeln (egal CLR, JVM, iOS) zu JSON/XML und erhalten \ post (senden, empfangen) es.

Ich möchte es mit dem Hosting des Servers auf Azure tun.

Können Sie beweisen, dass ich auf dem richtigen Weg denke oder zeigen, welche Fehler ich gemacht habe? Gibt es irgendwelche Themen, die ich lernen muss? Noch deutlicher, hier sind die Fragen:

1. Was soll ich lernen, um es zu implementieren?
2. Ist es eine gute Idee, Azure \ SQLServer mit Android \ IOS zu verwenden?
3. Muss ich meine eigene API schreiben oder gibt es fertige Lösungen für die plattformübergreifende Kommunikation (Datenaustausch)?

Answer 1

Sie sollten ASP.NET-Web-API lernen und keinen ASP.NET WCF-Webdienst verwenden. WCF ist nicht plattformübergreifend kompatibel. Web API ist, weil es mit der REST-Architektur (Representational State Transfer) kompatibel ist und alle von Ihnen erwähnten Plattformen REST für ihre Aufrufe der RESTful-API verwenden können.

Ich sehe keinen Grund, warum Sie Azure nicht verwenden sollten, wenn Sie sich damit auskennen. Die Android \ IOS-Anwendungen sprechen mit Ihrer RESTful-API, sodass das von Ihnen verwendete Back-End für die Nutzer Ihrer API nicht relevant ist.