> Давайте продолжим думать (у Нас вроде даже получается). Сначала оговорюсь что
> сервисы вовсе не нужно поддерживать конкретные браузеры (это по желанию) - Ну вот так уже лучше. Это все-таки не "все браузеры" (под все попадает и IE 3.0, который даже может где-то сохранился).
> а вот стандарты очень даже нужно. Достаточно уложиться в стандарты.
Если уж на то пошло, JS тоже в стандартах описан. Ну не из головы же его придумывают ;)
> А browser-specific код - это вообще лишняя и ненужная работа (кривость IE
> - это отдельный случай, на работе у меня даже IE8 вешался
> наглухо от простых html).
Она лишняя, но сказать что она не нужна - нельзя. Если 30% юзеров будет видеть сайт криво, во первых у его создателя будет дурная слава, а во вторых, на популярном сайте 30% юзеров задолбают даже слона. За это вебдевелы дружно питают "симпатии" к IE, особенно за то что в разных версиях кривизна относительно стандарта еще и разная.
> Я сторонник того чтобы веб-сервис в рамках стандартов реализовывал поддержку технологии.
JS - тоже часть этих технологий, в принципе.
> Конечно закупаться с корзиной на JS удобнее, но вполне себе можно и без JS.
Без JS ее реализация больше будет напоминать забивание гвоздей микроскопом. Ну не предназначены HTTP сервера сами по себе для "UI редактирования списка". А поскольку логика всего этого и близко не похожа на то что с JS (юзер на своей стороне формирует список набирая товары в любой части каталога, редактирует, уточняет, а потом шлет одним чихом его на сервер) - ну как бы кодить в несколько раз больше неизвестно ради чего всем лень.
> Скорости интернетов уже приличные и если руки растут от плеч то вполне
> можно реализовать через GET/POST довольно компактно.
Скорости интернетов довольно приличные, но на серваке обычно не 1 юзер висит, а round-trip time тоже не обязано быть супер-пупер. И если подождать несколько секунд 1 раз за сборку заказа мне не влом, ждать столько постоянно, на просто маркировку "я хочу это купить" меня заканает - я буду пользоваться менее дебильным магазином по возможности. И еще >95% (примерно у стольких активен JS) - тоже. Приобретение всего нескольких процентов пользователей при более чем двукратном объеме кодинга - не выглядит как-то сильно оправданно.
> А вообще девелопинг надо начинать именно от простого к сложному. В
> данном случае под простым вариантом понимается реализация сервиса ч/з простые технологии
> и обычный html.
Если нечто реализуется через JS в пять раз проще (как корзина) - ну удачи вам в поиске тех мазохистов которые будут рожать эту корзинку на голом HTML+жесточайших извратах на стороне сервера неизвестно ради чего. Вообще, кастом кодинг - штука жутко дорогая и занимаются ей только если сильно приплатить, так что разработчики будут готовы бросить все и гаркнуть "yes sir!" лично для вас.
> Навороты все можно дорабатывать а включение делать опционально
> (если бровзер поддерживает).
Опять же, у разработчиков нет обычно цели снести все стены своим лбом. Если некое требование ведет к потере всего менее 5% юзеров (у остальных JS есть, данные подсмотрены на w3schools) но позволяет кодить в 5 раз меньше - угадаете что будет сделано? :)
> Эта модель разработки кажется вполне себе логична. Девелопите
> себе в репозитории две разные ветки а на выходе их объединяете
Девелопинг 2 веток означает двукратный объем работы + работы по их объединению. А в случае корзины скорее будет 6-кратный объем работ, из которых 5 * N будет убито на потуги сделать корзину без JS и 1 * N на обычную реализацию с обработкой эвентов JS и отсылкой готового списка на сервак. Просто потому что придется забивать микроскопом гвоздь, используя HTTP сервант в весьма несвойственной ему функции (обработка действий в UI и соответствующее изменение списка). Кстати чуть более сложная задачка пришла в голову :))). Визуальный редактор текста с форматированием. Это без JS вообще сделать в юзабельном виде нереально, имхо.
> и автоматом получите поддержку бровзеров как с JS так и без
> оного (про флешы даже говорить небуду, так как 80% выпиливается ч/з
> RequestPolicy и NoScript а те что нет - FlashBlock'ом или NoAutoPlay).
JS поддерживается в ~95% браузеров, и тренд идет вверх (к 100%). Благодаря популярным сайтам не работающим без JS совсем. Флеш - есть примерно в 80...85% браузеров и тренд идет вниз (и вероятно еще сильнее пойдет, т.к. многие возможности HTML5 позволяют делать все и без него). Просрать 5% аудитории - никто и не заметит, если вопрос о более чем двукратном количестве кодинга для этого. Просрать 20% - уже не прикольно. А если еще и тренды учесть - все у кого есть голова, сделают логичные выводы, и они будут, увы, не в пользу тех кто не умеет JS. А если вспомнить еще и о легионах ботов, большая часть которых (наиболее злобная к тому же) отсеивается путем анализа умения JS - мало кто захочет облегчать им задачу.
> P.S.: На днях буду начинать пилить свою CMS. Пойду именно по этому
> пути - посмотрим что получится.
Ну попробуйте. Однако вы извините конечно, но некоторые вещи без JS или совсем не делаются, или делаются криво и убого и намного сложнее чем могло бы быть.
> P.P.S: http://www.anybrowser.org/campaign/
Нет, затея может и неплоха, но универсального рецепта счастья все-таки в природе нет.
