Прогрессивное улучшение или отдельная разметка

Question

Я не уверен, что название лучше всего, но я не могу придумать что -то совершенно описательное. Вот мой сценарий.

Я должен построить веб -портал, на котором будут использоваться все «навороты», предлагаемые Ajax и JavaScript, хотя все еще доступны и функциональны для пользователей, у которых нет JavaScript и/или используют устаревшие системы. Как я вижу, у меня есть два пути, которые я могу пройти.

1. «Прогрессивное улучшение»: с этим подходом у нас будет один набор разметки, он будет служить полностью функциональным классическим HTML -порталом. Затем библиотека клиентов улучшит существующую разметку для переопределения функциональности HTML и заменит ее с помощью расширенной функциональности JavaScript.

2. Вторая идея состоит в том, чтобы иметь две клиентские библиотеки, одна для портала с включенным JavaScript и одна для классического HTML.

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

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

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

В настоящее время я склоняюсь к сценарию 1, но у сценария 2 есть некоторые положительные моменты, которые мне нравятся, такие как простота добавления третьего варианта. Честно говоря, я разрывается между двумя возможностями, так как оба жизнеспособные. Какой сценарий имеет смысл?

Answer 1

Прогрессивное улучшение было бы тем, чтобы пойти сюда, но это довольно новая концепция. Это действительно зависит от предпочтений ваших пользователей. Если большинство (или большая доля), как ожидается, будет использовать множество различных мобильных телефонов - я бы порекомендовал прогрессивное улучшение с помощью библиотеки для этого. Посмотрите на jQuery Mobile так как это довольно попирает и скоро будет выпущен.

Вторая идея стоит того, только если основные функциональные возможности или преимущества приложения требуют JavaScript. Затем создание низкоуровневого фронтального (: P) для некоторых пользователей кажется разумным. Gmail - хороший пример. Его функции зависят от JS, и без них это не было бы чем -то интересным, поэтому есть плохая версия, которая также хорошо работает даже в Lynx.