Zugriff per Webbrowser auf die eigene Applikation

[Matze]

Hallo,

vielen Dank für eure Antworten.

Zitat von mkinzler:

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.

Zitat von mkinzler:

Oder man nimmt halt eine solche Lösung:
http://www.cybelesoft.com/thinfinity/virtualui/

Ich tendiere zu .NET WPF, was leider dort nicht unterstützt wird.

Zitat von Sir Rufo:

Inwieweit willst du "muss ohne Netzwerkverbindung funktionieren" und "webasierte Lösung" unter einen Hut bekommen?

Der PC befindet sich an einer Maschine, die ohne Internetzugriff funktionieren muss. Zu Fernwartungs- oder Servicezwecken muss es möglich sein, sich mit dem PC zu verbinden. Und nur dann ist die Internetverbindung erforderlich. Im lokalen Netzwerk kann sich der PC natürlich befinden. Da habe ich mich vielleicht etwas ungünstig ausgedrückt.

Zitat von Phoenix:

Dann bietet sich ASP.NET an.
[...]
Noch ein Vorteil: Da Du den ganzen Serverseitigen Code auch in C# schreiben kannst brauchst Du Deine Business-Logik nur ein einziges mal bauen und setzt eben ein normales Windows- und ein Web-GUI auf den gleichen Code auf.

Das klingt sehr interessant. Mit ASP.NET habe ich noch nicht gearbeitet. Mit C# kenne ich mich halbwegs aus. Ich werde mir das alles mal näher ansehen.

Grüße
Matze

[Phoenix]

Zitat von Matze:

Zitat von mkinzler:

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/