Zugriff per Webbrowser auf die eigene Applikation

[Matze]

Hallo zusammen,

ich möchte eine Software für den PC entwickeln (vermutlich in C#), die u.a. eine lokale Datenbank nutzt. Die Software muss ohne Anbindung an ein Netzwerk funktionieren.

Nun gibt es immer mehr Anfragen nach einem Zugriff auf die Software vom Smartphone oder Tablet aus. Ich denke eine webbasierte Lösung o.ä. (Zugriff über den Browser) wäre ideal, da ich so unabhängig vom System wäre (Android, iOS, ...).

Was für Möglichkeiten/Schnittstellen gibt es hier, um so etwas zu implementieren?
Es sollte vor externen Angriffen relativ sicher sein.

Wenn wir eine reine Visualisierung annehmen ginge das vermutlich über eine fortlaufende Synchronisierung der wichtigsten Daten z.B. per PHP-Skript, die dann entsprechend aufbereitet werden. Vielleicht gibt's auch bessere Lösungen.
Es könnte aber auch sein, dass bestimmte Funktionen übers Smartphone ferngesteuert werden sollen. Was gibt es hier für Möglichkeiten?

Prinzipiell wären Lösungen wie der Zugriff über TeamViewer denkbar, aber darunter würde die Benutzerfreundlichkeit sicher stark leiden. Eine optimierte Darstellung für Smartphones wäre deutlich schöner.

Grüße
Matze

[mkinzler]

Da bietet sich der Einsatz von Webservices an. Ob nun per SOAP oder RESTful Services.
So kann der Client jeweils natic implementiert werden oder webbasiert erfolgen.
Oder man nimmt halt eine solche Lösung:
http://www.cybelesoft.com/thinfinity/virtualui/

Den Zugriff kann man ja in allen Fällen absichern, indem man die Services nur lokal bereitstellt und die Cient per VPN einbindet.

[Sir Rufo]

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

Irgendwas beißt sich doch da, oder nicht? :gruebel:

[mkinzler]

Ich würde "ohne Anbindung an ein Netzwerk" (LAN) nicht mit "keine Netwerkverbindung" (Internet) gleichsetzen.

[Phoenix]

Zitat:

Zitat von Matze (Beitrag 1285115)

(vermutlich in C#)

Dann bietet sich ASP.NET an.
Entweder eine reine Service-Geschichte (ASP.NET Web API) für die Du dann z.B. mit Angular eine reine Clientseitige Oberfläche bauen kannst, oder eine klassische Webanwendung mit ASP.NET MVC (oder eine Kombination aus beides, je nachdem was sich da anbietet).

Als Frameworks Clientseitig bietet sich das Bootstrap für die Oberfläche an (zum einen ist das Responsive, und damit ideal für Mobile Geräte und zum anderen gibts gefühlte Millionen Skins die man nutzen kann).

Wenn Du eine Live-Aktualisierung der Daten im Client brauchst kannst Du dann z.B. mit ASP.NET SignalR dafür sorgen, das Deine Applikationen die Daten sofort zu allen verbundenen Clients schickt.

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.

[Matze]

Hallo,

vielen Dank für eure Antworten.

Zitat:

Zitat von mkinzler (Beitrag 1285116)

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:

Zitat von mkinzler (Beitrag 1285116)

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:

Zitat von Sir Rufo (Beitrag 1285125)

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:

Zitat von Phoenix (Beitrag 1285128)

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:

Zitat von Matze (Beitrag 1285136)

Zitat:

Zitat von mkinzler (Beitrag 1285116)

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/