Frage

Entschuldigt das lange Intro - nur versuchen, in geeigneter Weise auf die Szene Unklarheiten und Verwirrung zu vermeiden

.

Web-Anwendungen haben sie von stummen Browser-basierten Schnittstellen für die serverseitige Logik gewachsen vollständig Browser-basierten Anwendungen mit minimalem Bedarf an serverseitige Logik zu sein. Es ist möglich, diese Entwicklung durch die Identifizierung klare Generationen von Web-Anwendungen zu beschreiben.

Lassen Sie sich gerade betrachtet, für den Augenblick, nur zwei Generationen: Pre- und Post-Ajax. Sicherlich gibt es andere Faktoren, wie sie in Zusammenhang mit CSS-Unterstützung und Access Control-Header, aber lassen Sie uns einfach beginnen.

Ausgehend von einem Stil loser JavaScript-weniger einfachen System, das Hinzufügen Schicht graziös abbau Verbesserungen und mit einer Ajax-verpackt, sehr ansprechenden zeitgenössischen Anwendung Finishing ist eine anspruchsvolle und fehleranfällige Aufgabe. Es ist keineswegs leicht.

Um welche auch immer Generation eine Web-Anwendung erscheinen gehören, hängt von den Mitteln, durch denen die Anwendung zugegriffen wird. Die gleiche Web-Anwendung erscheint eine erste Generation App zu sein, wenn durch Lynx zugegriffen und eine neueste Generation App, wenn zugegriffen durch FireFox 3.1, mit ein paar Stufen in-zwischen je nach User-Agent verwendet die App zugreifen zu können.

Das Problem eine Web-Anwendung zu erstellen, die elegant abbaut auf den Fähigkeiten des User-Agenten abhängig, wo etwas geschaffen Vorteil von aktuellen Browser-Funktionen nutzen, um die Funktionalität von etwas geschaffen vielleicht vor fünfzehn Jahren würde wieder zurück , wenn sie mit Lynx konfrontiert sind, ist sehr hart.

Ich kann nicht eine Desktop-Anwendung vorstellen, eine solche Abweichung in der Betriebsumgebung gegenüber.

Ein einzelne ausführbar fähig (im Gegensatz zu einer Reihe von OS-spezifischen Varianten gegen) Vorteil von Funktionen in Vista der Einnahme angemessen kann gut bewältigen, wenn sie unter XP laufen und wenn bestimmte Vista-Funktionen fehlen. Abzubauen über einen vergleichbaren Abstand als Web-App, die gleiche Desktop-Anwendung müßte noch funktionieren, wenn auch in weniger schicken Art und Weise, wenn sie in einer Befehlszeile-Umgebung wie DOS ausgeführt werden.

Führen Sie es unter Lynx, es ist eine erste Generation Web-App. Führen Sie das gleiche unter FireFox 3.1, es ist ein schickes, glänzend zeitgenössischen Web-App. Wenn mit einem solchen Problem konfrontiert, würde betrachten Sie es schwierig, schwierig, aber machbar.

Führen Sie es unter DOS, es ist ein Kommandozeilen-App. Führen Sie es gleicht unter Vista, es ist eine Lust, glänzend zeitgenössischer Web-App. Wenn mit einem solchen Problem konfrontiert, würde halten Sie es für verrückt. Oder würden Sie?

Haben Desktop-Anwendungen jemals eine solche Breite der Varianz in Betriebsumgebungen wie Web-Anwendungen stellen können?

Ist das Problem (die Breite der Varianz, nicht die Varianz selbst) eindeutig in den Bereich der Web-Anwendungen, oder kann sie in Desktop-Entwicklung gefunden werden?

War es hilfreich?

Lösung

Desktop-Anwendungen haben nicht die gleichen Probleme Web-Anwendungen in dieser Hinsicht haben. Sie sind in der Regel auf eine gut definierte Plattform zum Laufen gebracht.

Dies könnte sich in Zukunft ändern. Computing bewegt sich von Desktops auf Mobiltelefone und kleinere Laptops. Desktop-Anwendungen müssen auf einer größeren Vielfalt von Plattformen in der Zukunft laufen. Dies könnte zu Problemen führen, weil die meisten Frameworks wir Desktop-Anwendungen behandeln diese noch schlimmer als Rahmen für Web-Anwendungen zu entwickeln.

Andere Tipps

  

Ich kann nicht eine Desktop-Anwendung vorstellen, eine solche Abweichung in der Betriebsumgebung gegenüber.

Desktop-Anwendungen haben mit der Varianz beschäftigen, nur von einer anderen Art. Grafikkarten in den Spielen sind ein gutes Beispiel dafür, dass: Sie anständige Unterstützung für die grundlegenden Kunden wollen, aber Ihre High-End-Kunden mit der glänzenden neuen Grafikkarte werden einen Lauf für ihr Geld wollen. Wenn Sie mit dem Bereich der On-GPU-Verarbeitung und On-Card-Speicherverwaltung, werden Sie Grund genug Varianz in Betriebsumgebungen verfluchen.

auch im Allgemeinen mit mehr Prozessor- und Speicher-intensiver Software als ein Web-App beschäftigen

Sie, so dass Sie auch die berücksichtigen müssen würden. Und ich bin nicht einmal reden über inter-OS Bedienbarkeit (die viele Desktop-Software Griff sehr elegant).

Natürlich hält nichts einen Desktop-Software-Herausgeber strenge Kriterien für die Umwelt zu verhängen. Es ist nur eine Frage der Wirtschaft. Aber nichts zwingt Sie Nicht-Mainstream-Browsern zu unterstützen entweder (und tun die meisten Web-Anwendungen wirklich Lynx unterstützen?!?).

Bei der Anwendung und Betriebssystem (OS) Bereich, ist das Problem in der Regel umgekehrt. Es ist das Betriebssystem, das die Komplexität all die Kompatibilität behandelt. Auf der anderen Seite usualy die Anwendung diktiert eine Minimum OS-Version.

Ein weiterer Ort, wo Anwendungen starten dieses Problem zu sehen, die Java-Welt ist und in geringerem Maße alle anderen so genannten Skript langages, dass die Arbeit auf Multi OS.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top