Должны ли веб-приложения соответствовать веб-стандартам?

Question

Днем я являюсь веб-разработчиком внешнего интерфейса, но в свободное время я балуюсь другими языками, такими как C, Objective-C, Python и т. Д. Когда я впервые попал в веб-разработку, идея веб-приложений была просто начало работы.

С тех пор появились две удивительные среды: SproutIt's SproutCore и 280 North's Cappuccino (+ Objective-J). SproutCore используется Apple для приложения MobileMe, а 280 North выпустили 280 Slides. Оба этих приложения удивительны и являются свидетельством того, что возможно в Интернете. Таким образом, импульс смещается. Веб-приложения начинают выглядеть и работать как настольные приложения.

Итак, мой вопрос заключается в следующем: должны ли веб-приложения следовать веб-стандартам, разделять разметку (контент), презентацию (дизайн) и поведение (функциональность) или нет?

Я не уверен насчет SproutCore, так как я не смотрю на исходный код, но я знаю, что если вы перейдете на 280slides.com и выключите JavaScript, то все в основном исчезнет. Вы остались с некоторыми бессмысленными словами.

Позвольте мне уточнить, я понимаю, что веб-приложения, такие как 280 Slides, предназначены для включения JavaScript, а не для его работы без него, но в своей повседневной работе я уделяю основное внимание написанию чистой разметки, разделению контента, презентации и поведение, чтобы наш сайт и приложения могли использовать как можно больше людей.

Answer 1

Кажется, что другие люди, которые ответили до сих пор, не имеют понятия не имеют о чем вы говорите.

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

SproutCore и Cappuccino - это фреймворки для front-end разработки, которые требуют, чтобы пользователь включил JavaScript и CSS. Ваш вопрос заключается в том, как мы примирим это с догмой дня.

К сожалению, у меня нет четкого ответа. Мне нравится тот факт, что SproutCore и Cappuccino (и, возможно, другие) тестируют пределы того, что возможно в веб-браузере. Я также твердо верю, что информация и услуги, предоставляемые в Интернете, должны быть доступны как можно большему числу людей, учитывая ограничения технологии.

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

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

Answer 2

Javascript является веб-стандартом - безусловно, в большей степени, чем, скажем, Flash, который ранее (и до сих пор используется) для многофункциональных веб-приложений. В этом отношении SproutCore и Cappuccino - гигантские улучшения в моей книге.

Вопрос здесь действительно заключается в том, насколько важна доступность. И это в значительной степени личное решение, основанное, как сказал Эндрю, на знании ваших пользователей. Для некоторых приложений доступность не имеет особого смысла - хороший пример тому - «280 Slides». Это приложение для графического дизайна, в основном о визуальном поведении. Это не имеет большого смысла для него, чтобы перейти на открытый текст. (По крайней мере, текстовое приложение, предназначенное для выполнения того, что делает 280 Slides, было бы совсем другим делом.)

Answer 3

Модель MVC может быть применена так же легко для настольных приложений, как и для веб-приложений. Я не вижу особой причины для различия между ними, тем более что в случае веб-приложений линия более размыта.

Я не знаю об этих конкретных фреймворках, но многие веб-фреймворки в наши дни построены вокруг модели MVC, такие как ASP MVC, CakePHP, Ruby on Rails и т. Д.

Answer 4

Да. Поначалу это будет трудно, но как только кодовая база повзрослеет, вы будете благодарны, что следовали этим строгим стандартам.

Редактировать. Дополнительным преимуществом будет переносимость на многие веб-платформы с помощью профилей CSS и т. Д.

Answer 5

Разделяй как можно больше, и в итоге получишь. Когда все становится сложным и волосатым:)

Answer 6

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