новые браузеры ломают старый код HTML / JS / AJAX? - PullRequest
2 голосов
/ 06 августа 2011

Я подумываю об аутсорсинге веб-приложения с использованием технологий HTML / JS / JQuery / AJAX.Я знаю, что разработчики тратят много времени на ручную настройку своего кода, чтобы добиться некоторого соответствия между различными существующими браузерами и операционными системами.Мой вопрос в том, что, когда все работает нормально, и веб-приложение успешно развернуто в мире, что, если новая версия IE, FireFox и т. Д. Выпущена (что произойдет в какой-то момент) ... новые браузеры) как правило, причина для беспокойства, что когда-то проверенное веб-приложение может показывать проблемы?

В частности, после успешного развертывания веб-приложения в отрасли следует отслеживать все новые выпуски соответствующих браузеров и проходить одинаковую разработку для каждого из них?

Если это так, то является ли общепринятой практикой всегда выделять бюджет на эти связанные с этим расходы на техническое обслуживание, как только эта технология (HTML / JS / JQuery / AJAX) будет использоваться?

Ответы [ 3 ]

5 голосов
/ 06 августа 2011

Отказ от ответственности: Я предполагаю, что в интернет-магазине ваш найм хорошо . Если вы нанимаете дерьмо интернет-магазин (и большинство из них - дерьмо), вам понадобится большой бюджет, чтобы кто-то мог исправить весь этот код через два года, когда он развалится.

Код, соответствующий стандартам, не будет нарушаться в новых браузерах (если браузеры соответствуют стандартам).

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

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

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

В отрасли нет необходимости передавать код для новых версий браузеров.

Однако новые браузеры могут и будут иметь ошибок . Работа с этими ошибками должна быть задачей вашей кросс-браузерной библиотеки соответствия (jQuery и Modernizr). Это означает, что ваш сайт может быть поврежден в первые несколько недель после выхода браузера, в то время как другие люди заняты ремонтом библиотек, на которые вы полагаетесь.

Настоятельно рекомендуется 1034 * иметь комплект для автоматического модульного тестирования и запускать эти тесты для бета-версий более новых браузеров.

В общем, проблемы должны быть только при использовании режущей кромки и нестабильных функций. Или, если W3C совершит серьезный разворот по одному из своих предложений, но тогда у у каждого будет большая проблема.

Однако я действительно рекомендую иметь бюджет "О, дерьмо" на случай неожиданных изменений в будущем . Это не обязательно должно быть для браузеров.

0 голосов
/ 06 августа 2011

Да, на все ваши вопросы.

Новые версии браузеров могут «ломать» ваши страницы, особенно когда речь идет о CSS. В новых версиях могут быть исправлены некоторые ошибки, которые ранее требовали ручной настройки. Теперь, с исправленными ошибками, эти твики действительно вызывают проблемы.

У Google есть правило для поддержки двух последних основных версий основных браузеров. Я бы выбрал браузеры / версии на основе вашей пользовательской базы (т. Е. Некоторые компании, возможно, прекратили использовать Win XP и IE6 на внутренних машинах, поэтому все внутренние веб-сайты должны поддерживать старые версии IE).

Если вы серьезно относитесь к своему приложению, вам будет выделен бюджет.

0 голосов
/ 06 августа 2011

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

Плюсы: - Повышенная совместимость - Улучшено удобство использования

Минусы: - Кропотливый - дополнительные расходы (при аутсорсинге) - Сложно проверить каждую систему

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

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

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