Использование AJAX в продукте

Question

Скажем, мне было поручено архитектор продукта, который будет иметь передний конец браузера.

Команда по продажам хочет приложение Snazzy. Команда по управлению продуктом хочет сделать экономически эффективным (прямо через фазу обслуживания)

Теперь предположим, что техническая команда получает звонок (желаю :)), чтобы дать пользователям «богатым» внешним видом и чувствовать это сайты, такие как Stackoverflow / Facebook, или дать им что-то из эпохи 2006 года ... С этой кучей соображений, брошенных в ..

1. Продукт жизни предусматривается около 6 лет
2. Команда обслуживания продукта не должна понадобиться рефтекторам кода, чтобы соответствовать будущим браузерам
3. Команда по обслуживанию продукта будет только повысить бизнес-функциональность ... и целое много связанных вещей, как это

.. Вы рекомендуете использовать Ajax? Если да, то, что дает мне, что гарантируют, что UI (AJAX Framework), которые я использую сегодня, будет продолжать работать без изменений в следующих версиях браузера 2-3?

Редактировать: Пожалуйста, не думайте, что у меня есть что-нибудь против AJAX. Я работал над DHTML с 1999 года и Ajax, пока он был назван Ajax :) Я также работал над компонентами на стороне сервера, которые не нужно было измениться с 2002 года, только потому, что они были закодированы на спецификации.

Сказав, что у меня есть первые переживания того, сколько «неудачно изящно», мне придется писать просто, чтобы сохранить эти капризные браузеры счастливыми. В любом случае, спасибо за все ваши ответы, и я думаю, что я снова вернулся, чтобы реализовать код «Failet - изящно» еще раз.

Answer 1

Вообще, любая рамка используется в течение многих лет, и как такая Ajax была довольно некоторое время.Кроме того, изменение / обновления браузера очень редкие в данный момент, и у нас еще есть 60% использования IE6, если это говорит о любом виде.

Как правило, архитектор Ваша система / решение с идеей защитного решения в случае аварийных структур AJAX / JQuery не доступна.Используйте рамки для расширения функций и функций UI, но в базе без них она все равно будет иметь функциональность.

Answer 2

ИМХО, ajax не такой плохой парень.Как вы думаете, почему использование AJAX будет делать ваш продукт?Если вы используете Ajax, чтобы обеспечить богатство пользовательского интерфейса, а также у вас боязнь о том, что вы можете подумать о том, чтобы сохранить механизм отступления.Есть даже другие рамки, такие как WPF, Silverlight Etc для RIA.AJAX теперь довольно стабильна (я имею в виду Ajax в MS .NET, потому что ajax в противном случае сейчас мудрый парень).SilverLigt также становится довольно стабильным.Я вижу некоторые проблемы с WPF, но вы тоже можете посмотреть на это.

Answer 3

Вы уже можете знать это, но Ajax стал частью и посылкой современного веб-разработки в последние два или три года; Просто предполагается, что если у вас есть качественные люди, ваше веб-приложение будет использовать Ajax. Мы на самом деле даже больше не используем этот термин; Чаще всего это просто то, что подразумевается, когда кто-то говорит «jQuery» и т. Д.

Современные библиотеки JavaScript предоставляют хорошую изоляцию из изменений в браузере, хотя ваши разработчики должны будут осуществлять самоотера в том, чтобы не использовать новейшие собственные особенности браузеров, если вещи должны быть совместимыми браузерами. Есть также стеки более высоких уровней, такие как Google Web Toolkit, которые многого всудимы в абстрагировании низкого уровня, хотя я не обязательно рекомендую их (или рекомендовать против них).

требует ли ваша ситуация в современном веб-приложении, более традиционное приложение или набор статической веб-страницы - это то, что вам нужно определить на основе у вас ресурсов. Как сказал кто-то еще, приятно работать в грациозной деградации в случаях, когда встречается старый браузер.