Da bietet sich der Einsatz von Webservices an. Ob nun per
SOAP oder RESTful Services.
Das schaue ich mir näher an. Die Begriffe "
SOAP" und "RESTful" sagen mir (noch) gar nichts.
SOAP und REST sind ziemlich gleich alt (
SOAP von '99 und REST von 2000).
SOAP: Simple Object
Access Protocol, basiert auf
XML-RPC und hier wird ziemlich viel
XML hin- und hergeschickt, was das Protokoll recht langsam macht.
REST: legt sich nicht auf ein Format fest. Gängig sind aktuell JSON und
CSV, aber
XML wäre auch möglich. Wichtig ist hier nur, das wirklich 'HTTP' gesprochen wird (mit allen seinen Verben, also nicht nur GET und POST, sondern auch PUT und DELETE mnutzen), und das das Protokoll wirklich Stateless ist. Der Haken liegt meist bei Stateless
REST wird in dieser Dissertation beschrieben:
http://www.ics.uci.edu/~fielding/pub...tation/top.htm (das ist DIE Referenzquelle für REST).
Ich würde aber so oder so empfehlen, erstmal eine klassische Serverbasierte Webanwendung zu bauen.
API-Design ist happig und das gilt umso mehr für REST-Apis.
Da HTTP schon Stateless ist, muss man sich da erstmal dran gewöhnen, und eine Webanwendung bietet sich da an.
Alle weiteren Infos zu ASP.NET findest Du genau dort
http://www.asp.net/