uso de ajax em um produto

Question

Digamos que fui encarregado de arquitetar um produto que terá um front-end baseado em navegador.
A equipe de vendas quer um aplicativo moderno.A equipe de gerenciamento de produto deseja tornar o produto econômico (durante a fase de manutenção)

Agora suponha que a equipe técnica tome a decisão (eu gostaria :)) de dar aos usuários uma aparência 'rica' de sites como stackoverflow/facebook ou dar-lhes algo da era de 2006 ...com esse monte de considerações lançadas ..

1. A vida útil do produto está prevista em cerca de 6 anos
2. A equipe de manutenção do produto não deve precisar refatorar o código para corresponder aos navegadores futuros
3. A equipe de manutenção do produto apenas melhorará a funcionalidade do negócio
   ..e um monte de coisas relacionadas como esta

..você recomendaria que o ajax fosse usado?Se sim, o que me dá a garantia de que a UI (estrutura ajax) que uso hoje continuará funcionando sem alterações nas próximas 2 a 3 versões do navegador?

EDITAR:Por favor, não presuma que tenho algo contra o AJAX.Tenho trabalhado em DHTML desde 1999 e em ajax desde antes de ser chamado de ajax :) Também tenho trabalhado em componentes do lado do servidor que não precisam ser alterados desde 2002 apenas porque foram codificados de acordo com uma especificação.

Dito isto, tenho experiências em primeira mão de quanto código 'falha normalmente' eu teria que escrever apenas para manter esses navegadores caprichosos felizes.De qualquer forma, obrigado por todas as suas respostas e acho que estou de volta à implementação do código 'fail-normal' mais uma vez.

Answer 1

Geralmente, qualquer estrutura é usada há muitos anos e, como tal, o ajax já existe há algum tempo.Além disso, as alterações/atualizações do navegador são muito escassas no momento e ainda temos um uso de 60% do IE6, se isso for uma indicação de algum tipo.

Geralmente, arquiteto seu sistema/solução com a ideia de uma solução substituta no caso de estruturas ajax/jquery não estarem disponíveis.Use as estruturas para estender os recursos e funcionalidades da UI, mas, em uma base sem elas, ainda teria funcionalidade.

Answer 2

IMHO, Ajax não é um cara tão mau.Por que você acha que usar AJAX irá condenar seu produto?Se você usa AJAX para fornecer riqueza de UI e também tem medo de falhar, você pode pensar em manter um mecanismo substituto.Existem ainda outros frameworks como WPF, Silverlight etc para RIA.O Ajax está bastante estável agora (estou me referindo ao AJAX no MS .NET, porque o AJAX é um velho sábio agora).Silverligt também está ficando bastante estável.Estou vendo alguns problemas com o WPF, mas você também pode ver isso.

Answer 3

Você já deve saber disso, mas o ajax se tornou parte integrante do desenvolvimento moderno da Web nos últimos dois ou três anos;presume-se simplesmente que, se você tiver pessoal de qualidade, seu aplicativo Web usará ajax.Na verdade, nem usamos mais o termo;mais frequentemente, é simplesmente algo implícito quando alguém diz "jQuery", etc.

As bibliotecas JavaScript modernas fornecem bastante isolamento contra alterações no navegador, embora seus desenvolvedores tenham que exercitar o autocontrole ao não fazer uso dos recursos proprietários mais recentes dos navegadores para que as coisas sejam compatíveis com vários navegadores.Existem também pilhas de nível mais alto, como o Google Web Toolkit, que fazem muito para abstrair as coisas de baixo nível, embora eu não as recomende necessariamente (ou não as recomende).

Se a sua situação requer um aplicativo da Web moderno, um aplicativo mais tradicional ou um conjunto de páginas da Web estáticas, é algo que você precisará determinar com base nos recursos disponíveis.Como alguém disse, é bom trabalhar com uma degradação elegante nos casos em que um navegador mais antigo é encontrado.