Quand devez-vous construire une application web par rapport à un client lourd?

Question

Je voudrais entendre l'avis des autres quand on doit construire une application web par rapport à la construction d'un client lourd.

Au cours des dernières années, j'ai participé à plusieurs discussions quant à savoir si une application doit être construit (ou une ancienne application mise à niveau) avec une interface de navigateur Web. En général, ce sont des systèmes internes utilisés au sein d'une organisation, et non produits rétractable wrap-marché de masse, et ils ne sont pas en fait sur l'Internet public. Je ne veux pas limiter la discussion à ces types d'applications uniquement si.

Il y a des cas évidents où une demande doit être l'un ou l'autre (par exemple pas de logiciel de montage vidéo sur le Web). D'autre part, les bibliothèques Javascript font des expériences plus riches dans le navigateur moins difficile à mettre en œuvre tous les jours.

Vous Javascript bibliothèques et technologies côté serveur avancées ont fait des choses telles que le bouton droit sur les menus contextuels, glisser-déposer, etc. faisables sur le côté client sans un grand effort? À quel point la complexité supplémentaire de l'écriture pour le web passer outre les avantages tels que la facilité de déploiement et la compatibilité multi-plateforme, surtout si vous n'êtes pas essayer de créer la prochaine débordement de la pile, mais la construction de la place juste une application interne?

Le fait qu'une demande interne a un public captif et limité plus ou moins passer outre les inquiétudes concernant la facilité d'utilisation améliorée qu'un client lourd peut fournir?

Answer 1

Je vais l'application Web quand je ne veux pas:

- appuierons mille environnements chacun avec leurs propres bizarreries Plus précisément, les virus, les logiciels interférer et faire fonctionner le même partout

..

- vous soucier de l'application des mises à niveau et de prendre beaucoup d'appels

- traiter avec les clients qui perdent leurs données

Je prends un client lourd lorsque le calcul est opération intensive par action, ou il y a transfert de données importantes par transaction.

J'aime fixer les problèmes de tout le monde avec une mise à niveau. Il pourrait ne pas être pour tout le monde, mais il est où la qualité de ma vie et ceux que je travaille pour monte. Faire un travail d'application web sur quelques navigateurs différents peut être plus facile qu'une tonne de différents systèmes d'exploitation dans des conditions différentes.

Avec l'avènement de Flex / Air, vous pouvez fournir une expérience d'ensemble de l'application dans le navigateur. Le navigateur devient l'interface universelle, si elle est installée localement ou dans le nuage.

applications Web ont leurs inconvénients aussi. Je suis simplement plus motivé pour créer des applications web comme les pros semblent l'emporter sur les inconvénients pour les projets que je choisis.

Answer 2

Je crois que nous sommes encore au point où moins qu'il y ait une raison pour qu'il soit une application Web, il devrait être une application locale (épaisse). Il est évident quand il devrait être une application web. Une bête noire de la mienne est la pensée qu'il devrait être une application web à moins qu'il est évident qu'il devrait être local. Je ne crois pas que nous sommes au point où les entreprises sont prêts à leurs employés qui dépendent des applications Web en dehors de leur contrôle. Quand il vient aux applications internes à une société, je crois que le mouvement des données, la sécurité et le déploiement / mises à niveau sont les facteurs clés pour décider.

Quelques raisons clés pour une application d'être sur le web.

1. L'application et les données doivent vous suivre partout, peu importe quel ordinateur vous vous trouvez.
2. Les données doivent être centralisées et la quantité de données qui doit être transféré au client est raisonnable.

Quelques raisons d'utiliser des applications épaisses:

1. Utilitaires qui fonctionnent sur les ressources locales.
2. Applications qui font beaucoup d'un traitement en temps des données.
3. Apps où les données doit être consulté lorsqu'il est déconnecté du réseau.

Answer 3

Ce que je me souviens des mauvais jours de déploiement d'applications internes qui ne sont pas fondées sur le Web: Il y avait toujours un minimum d'un ordinateur qui a été mis en place afin que la mise à niveau differntly ne fonctionnerait pas. Parfois plus et le problème était différent pour chaque machine qui ne fonctionnerait pas. Il y avait toujours un utilisateur qui a refusé d'installer la mise à niveau jusqu'à ce que forcé par la gestion (généralement plusieurs semaines ou mois plus tard). Cela a fini par causer des problèmes dans les données parfois becasue nouvelles règles businesss ne sont pas appliquées.