использование ajax в продукте - PullRequest
0 голосов
/ 12 июля 2010

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

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

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

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

РЕДАКТИРОВАТЬ: Пожалуйста, не думайте, что я имею ничего против AJAX. Я работал над DHTML с 1999 года, а ajax еще до того, как он назывался ajax :) Я также работал над серверными компонентами, которые не нужно было менять с 2002 года только потому, что они были закодированы в спецификации.

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

Ответы [ 3 ]

3 голосов
/ 12 июля 2010

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

Как правило, разработайте свою систему / решение с помощью альтернативного решения в случае недоступности фреймворков ajax / jquery. Используйте фреймворки для расширения возможностей и функциональности пользовательского интерфейса, но на базовом уровне они все равно будут иметь функциональность.

0 голосов
/ 12 июля 2010

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

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

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

0 голосов
/ 12 июля 2010

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...