Если бы 1С удалось реализовать управляемые формы, в которых вообще не нужно было бы указывать &НаКлиенте, &НаСервере и т.д., и можно было бы вызывать полноценное API из них (запросы, использовать все типы), тогда 1с-ые управляемые формы можно было бы назвать «изоморфными». То есть не смотря на окружение (толстый клиент, тонкий клиент, веб-клиент) они бы работали одинаково…
А вы прочтите мой комментарий внимательней, изоморфным (который может испольняться и на сервере и на клиенте) в 1С можно считать лишь код, работающий в управляемом приложении в режиме &НаКлиентеНаСервере, а он используется лишь для дико вспомогательных вещей.
Аналогия с 1С была бы, если бы в 1С можно было все приложение полностью запускать и на клиенте и на сервере (весь абсолютно код, включая доступ к данным и т.д.)
Ну там &НаКлиентеНаСервере используется дико редко. Гляньте код любой типовой конфигурации. Только для сильно вспомогательных функций. Это вообще не то.
Архитектурно вместо mongo всегда конечно можно minimongo на клиенте, из всех клиентские либ сразу собрать бандл, но у них сейчас проблема в том, что они используют redis для журналирования и pub/sub и пока без него никак — вроде хотят разделить эти функции, посмотрим.
К сожалению ничего не знаю про phonegap, но вашу мысль насчет чрезмерной привязки к серверу все равно не понимаю. Почему вы так думаете? Есть там пару моментов, которые меня смущают: жесткая привязка к redis и mongo на данном этапе, и невозможность сделать приложения вообще без серверной стороны. Вы об этом?
Те решения, которые видел я используют для сборки browserify, кроме метеора, он чем-то своим бандлы делает. С помощью Browserify как раз и становится возможным использовать npm пакеты на клиенте.
jquery здесь для красного словца, она не нужна. Многие изоморфные фреймоврки используют handlebars, тот же meteor, derby, авторский Rendr и «изоморфный туториал».
По поводу REST в статье тоже все отлично сказано — стандартный бэкенд с рестфул апи остается, рядом появляется слой с node.js — читайте статью Николаса Закаса — здесь.
Согласен на счет недостатков angular-а, отсюда и поиск новых форм, типа того же изоморфного JavaScript и т.д. А твиттер флайт умеет рендерить на сервере?
Тоже думаю не нужен. Я вообще больше к декларативным вещам тяготею, типа того же angular-а. А jquery автор наверное упомянул для контраста, типа «даже такая изначально клиентская штука, как jquery в принципе может работать и на сервере». (хотя опять же, я тоже не знаю нафига она там нужна...)
Аналогия с 1С была бы, если бы в 1С можно было все приложение полностью запускать и на клиенте и на сервере (весь абсолютно код, включая доступ к данным и т.д.)
По поводу REST в статье тоже все отлично сказано — стандартный бэкенд с рестфул апи остается, рядом появляется слой с node.js — читайте статью Николаса Закаса — здесь.
Все это есть в статье.
Суть статьи же не в jquery.