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

Question

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

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

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

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

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

Answer 1

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

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

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

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

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

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

Answer 2

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

Редактировать: дополнительное преимущество будет переносимым для многих веб-платформ через CSS-профили и многое другое.

Answer 3

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

Answer 4

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

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

Answer 5

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

Answer 6

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

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