Quando você deve construir uma aplicação web vs. um cliente de espessura?

Question

Eu gostaria de ouvir conselhos de outras pessoas sobre quando se deve construir uma aplicação web contra a construção de um cliente de espessura.

Ao longo dos últimos anos, tenho participado de várias discussões sobre se um aplicativo deve ser construída (ou um aplicativo antigo atualizado) com uma interface de navegador web. Normalmente estes eram sistemas internos utilizados dentro de uma organização, e não em massa para o mercado produtos shrink-wrap, e eles não estavam realmente na Internet pública. Eu não quero limitar a discussão para estes tipos de aplicações unicamente embora.

Existem casos óbvios em que um aplicativo deve ser um ou o outro (por exemplo, não baseado na web vídeo software de edição). Por outro lado, bibliotecas Javascript está fazendo experiências mais ricas no navegador menos difícil de implementar todos os dias.

As bibliotecas têm JavaScript e tecnologias do lado do servidor avançadas fez coisas como menus do botão direito contexto, arrastar e soltar, etc. factível no lado do cliente sem um grande esforço? Em que ponto é que a complexidade extra de escrever para a substituição web os benefícios, tais como a facilidade de implantação e compatibilidade entre plataformas, especialmente se você não está tentando criar a próxima Stack Overflow, mas em vez disso apenas a construção de um aplicativo interno?

Será que o fato de que um aplicativo interno tem um público limitado e cativo mais ou menos substituir quaisquer preocupações com melhor usabilidade que um cliente de espessura pode oferecer?

Answer 1

Eu vou aplicativo Web quando eu não quero:

-.. Apoiar milhares de ambientes cada um com suas próprias peculiaridades Especificamente, vírus, trojans, software interferir, e fazê-lo funcionar o mesmo em todos os lugares

- preocupação sobre a aplicação de atualizações e tendo lotes de chamadas

- lidar com clientes que perdem seus dados

Eu escolho um cliente de espessura quando o cálculo é intensivo por transação, ou se houver transferência de dados significativa por transação.

Eu como consertar os problemas de todos com um upgrade. Pode não ser para todos, mas é onde a qualidade da minha vida e aqueles que eu trabalho para sobe. Fazendo um trabalho web app em alguns navegadores diferentes pode ser mais fácil do que uma tonelada de diferentes sistemas operacionais em diferentes condições.

Com o advento da Flex / Air pode fornecer uma experiência de toda aplicativo no navegador. O navegador está se tornando a interface universal, se ele está instalado localmente ou na nuvem.

aplicativos web têm suas desvantagens também. Eu só estou mais motivado para aplicações de construção da web como o pro parecem superam os contras para os projetos que eu estou escolhendo.

Answer 2

Eu acredito que ainda estamos no ponto em que a menos que haja uma razão para que ele seja um aplicativo Web deve ser uma aplicação local (grosso). É óbvio, quando deveria ser uma aplicação web. A aflição da mina é o pensamento de que ele deve ser um aplicativo web a menos que seja óbvio que deveria ser local. Eu não acredito que estamos no ponto em que as empresas estão dispostos a ter seus empregados dependentes de aplicações web fora de seu controle. Quando se trata de aplicativos internos para uma empresa Acredito movimentação de dados, segurança e implantação / upgrades são os fatores fundamentais na decisão.

Um par de razões principais para um aplicativo para estar na web.

1. A aplicação e os dados precisam segui-lo não importa que computador você está.
2. As necessidades de dados a ser centralizada e da quantidade de dados que precisam ser transferidos para o cliente é razoável.

Algumas razões para usar aplicativos de espessura:

1. Utilitários que os trabalhos sobre os recursos locais.
2. Aplicativos que fazem lotes de processamento de uma vez de dados.
3. Aplicativos onde as necessidades de dados a ser acessado quando desconectado da rede.

Answer 3

Coisas que eu lembre-se dos maus velhos tempos de implantação de aplicativos internos que não eram baseados na web: Havia sempre um mínimo de um computador que foi criado para differntly que a atualização não iria funcionar. Às vezes mais eo problema foi diferente para cada máquina que não iria funcionar. Havia sempre um usuário que se recusou a instalar a atualização até forçado a por gestão (geralmente várias semanas ou meses mais tarde). Isso acabou causando problemas nos dados, às vezes becasue novas regras businesss não foram aplicadas.