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

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

0 голосов
/ 09 декабря 2010

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

Мне нужно создать веб-портал, который будет использовать все «навороты», предлагаемые ajax и Javascript, и в то же время доступным и функциональным для пользователей, которые могут не иметь Javascript и / или используют устаревшие системы. На мой взгляд, у меня есть два пути, по которым я могу пойти.

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

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

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

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

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

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

1 Ответ

1 голос
/ 07 января 2011

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

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

...