Wann sollten Sie bauen eine web-Anwendung vs.ein thick-client?

Question

Ich würde gerne hören, anderen Menschen Ratschläge, Wann man aufbauen sollte eine web-Anwendung im Vergleich zur Erstellung einer dicken client.

In den letzten Jahren, habe ich an mehreren Diskussionen darüber, ob eine Anwendung gebaut werden sollte (oder eine alte Anwendung aktualisiert), die mit einem web-browser-Schnittstelle.In der Regel wurden diese internen Systemen innerhalb einer Organisation, nicht Masse-Markt shrink-wrap Produkte, und Sie waren sich tatsächlich nicht auf das öffentliche Internet.Ich tun nicht wollen zu begrenzen die Diskussion um diese Arten von Anwendungen, die ausschließlich though.

Es gibt offensichtlich Fälle, in denen eine Anwendung sollte ein oder der andere (z.B.kein web-basierte video-editing-software).Auf der anderen Seite, Javascript-Bibliotheken, mehr zu machen, reiche Erfahrungen in der browser weniger schwer umzusetzen im Alltag.

Javascript-Bibliotheken und advanced server-side technologies Dinge gemacht, wie z.B. mit der rechten Maustaste Kontext-Menüs, drag and drop, etc.machbar auf der client-Seite ohne großen Aufwand?An welchem Punkt hört die zusätzliche Komplexität für das schreiben für das web-überschreiben Sie die Vorteile, wie die einfache Bereitstellung und cross-Plattform-Kompatibilität, vor allem, wenn Sie nicht versuchen, um den nächsten Stack Overflow, sondern nur eine interne Anwendung?

Bedeutet die Tatsache, dass eine interne Anwendung hat eine begrenzte und aufmerksames Publikum mehr oder weniger außer Kraft, sorgen über eine verbesserte usability, die eine thick-client können bieten?

Answer 1

Ich gehe Web-app, wenn ich nicht will:

- unterstützt tausend Umgebungen, jede mit Ihren eigenen Macken. Insbesondere Viren, Trojaner, software beeinträchtigen, und machen es Arbeit überall das gleiche.

- sorgen über das anwenden von upgrades und nehmen viele Anrufe

- Umgang mit Kunden, deren Daten verlieren

Ich wählen Sie eine thick-client, wenn die Berechnung intensive pro Transaktion, oder gibt es signifikante Daten transfer pro Transaktion.

Ich mag die Festsetzung alle Probleme mit einem upgrade.Es ist vielleicht nicht für jedermann, aber es ist, wo die Qualität meines Lebens, und jene, für die ich arbeite nach oben geht.Die Herstellung einer web-app arbeiten Sie auf ein paar verschiedene Browser, kann einfacher sein als eine Tonne von verschiedenen Betriebssystemen und unter verschiedenen Bedingungen.

Mit der Einführung von Flex/Air, Sie können eine gesamte Anwendung Erfahrung in den browser.Der browser wird immer die universal-Schnittstelle, egal ob lokal installiert oder in der cloud.

Web-apps haben Ihre Nachteile zu.Ich bin mehr motiviert zur Erstellung von web-apps wie die pro ' s anscheinend überwiegen die Nachteile für die Projekte, die ich wähle.

Answer 2

Ich glaube, wir sind immer noch an der Stelle, wo, es sei denn, es gibt einen Grund dafür zu sein, eine Web-app soll es auch eine lokale Anwendung (Dicke).Es ist offensichtlich, wenn es sein sollte, eine web-app.Ein Hauptärgernis von mir ist der Gedanke, dass es eine web-app, wenn es offensichtlich ist, es sollte lokal sein.Ich glaube nicht, dass wir an der Stelle, wo die Unternehmen sind bereit zu haben Ihre Mitarbeiter angewiesen, die auf web-Anwendungen, die außerhalb Ihrer Kontrolle liegen.Wenn es um apps innerhalb einer Firma, von der ich glaube, dass die Bewegung von Daten, Sicherheit und Bereitstellung/upgrades sind die wichtigsten Faktoren bei der Entscheidung.

Ein paar wesentliche Gründe für eine app auf die web.

1. Die Anwendung und Daten müssen Sie herum Folgen, egal mit welchem computer Sie sich befinden.
2. Die Daten werden zentralisiert und die Datenmenge, die übertragen werden muss, um den Kunden zumutbar ist.

Ein paar Gründe für die Verwendung von dickem apps:

1. Dienstprogramme, die auf lokale Ressourcen.
2. Apps, die viele eine Zeit für die Verarbeitung der Daten.
3. Apps, bei denen Daten zugegriffen werden muss, wenn Sie vom Netzwerk getrennt.

Answer 3

Dinge, die ich erinnere mich an die schlechten alten Tage der Bereitstellung von internen Anwendungen, die nicht web-basiert:Es gab immer mindestens einen computer, der eingerichtet wurde, so differntly, dass das upgrade nicht funktionieren würde.Manchmal mehr und das problem war anders für jede Maschine, die nicht arbeiten würden.Es war immer ein Benutzer, der sich weigerte, um das upgrade zu installieren, bis gezwungen, von Verwaltung (in der Regel einige Wochen oder Monate später).Endete dies verursacht Probleme bei den Daten mal becasue neue businesss Regeln, wurden nicht umgesetzt.