После 18 месяцев разработки представлен (http://blog.sproutcore.com/post/459714079/sproutcore-1-0-is-...) знаковый релиз фреймворка SproutCore 1.0 (http://www.sproutcore.com/), предназначенного для создания сложных web-приложений следуя парадигме MVC (Model-view-controller), напоминающих обычные GUI-приложения для стационарного рабочего стола. Для написания приложений используется язык JavaScript, технология AJAX и некоторые возможности, заложенные в спецификации HTML5. SproutCore представляет собой больше, чем обычная JavaScript-библиотека, данный фремворк проповедует идею (http://wiki.sproutcore.com/About-SproutCore-Project) полного выноса логики выполнения web-приложения на сторону клиента, получая в итоге самодостаточные приложения.По своей сути SproutCore больше напоминает Ruby On Rails, чем такие JavaScript библиотеки как jQuery, Prototype, Dojo или MooTools, отличаясь от RoR тем, что логика приложения написана на JavaScript и работает на стороне клиента, оставляя на н...
URL: http://blog.sproutcore.com/post/459714079/sproutcore-1-0-is-...
Новость: http://www.opennet.me/opennews/art.shtml?num=25923
в опере демки не работают
в FF подтормаживаетскажите оно до extJS дотягивает?
Она идейно другая, но в общем, на первый взгляд, можно сказать что до ext ей ну очень далеко. Элементарно скачать не смог, sudo gem install sproutcore это што такое ? ;) не, я конечно догадываюсь, но всеже. Встроенный вебсервер, фразы типа "облачные приложения", FAQ из одного пункта, короче...
Я уж не предлагаю по ссылкам сходить, просто хотя бы новость целиком бы прочитали:"...логика приложения написана на JavaScript и работает на стороне клиента, оставляя на стороне сервера лишь управляющий процесс и хранилище данных. При использовании SproutCore разработчику нет необходимости обращать внимание на серверную логику, которая реалзована в виде универсального сервера sc-server, написанного на языке Ruby."
Ну прочитал, и что ? Я такие приложения на Ext давно делаю, она гораздо богаче и никакого "универсального сервера" не надо. Вы чего сказать то хотели ?
>Ну прочитал, и что ? Я такие приложения на Ext давно делаю,
>она гораздо богаче и никакого "универсального сервера" не надо. Вы чего
>сказать то хотели ?А. Видимо это я Ваш пост не до конца прочитал :)) Или не понял изначально :))
Там насколько я понял для любителей MVC плюшки можно усмотреть, а в остальном ничего выдающегося, относительно бедненько, да и этот "универсальный сервер" чтото меня смущает, хотя может и зря, если будет развиваться то в перспективе возможно чтото серьезное и получится.
Вообще, откровенно говоря, я вообще сильно против попытки использования HTML как "приложений"... Тем более, действительно, ещё и доп. сервер поднимать...
Ну, тут зависит от того что именно за приложений. Скажем видеоредактор койнить или еще что в этом духе, пока может быть, и то не факт, а вот ERP/CRM всякие очень даже весьма ;) Вопрос пока в том что оно все еще не дотягивает в производительности, но это imho решаемо, ведь в принципе ничто не запрещает компилировать и js и HTML и CSS и т.п., вон js уже начали...
>Ну, тут зависит от того что именно за приложений. Скажем видеоредактор койнить
>или еще что в этом духе, пока может быть, и то
>не факт, а вот ERP/CRM всякие очень даже весьма ;) Вопрос
>пока в том что оно все еще не дотягивает в производительности,
>но это imho решаемо, ведь в принципе ничто не запрещает компилировать
>и js и HTML и CSS и т.п., вон js уже
>начали...Я за просты вещи :)) И для ERP/CRM на мой взгляд, лучше писать: а) серверную часть, б) клиентскую - десктопную версию со всеми плюшечками и свистелками, в) клиентскую - web максимально простую. ИМХО web-браузер должен оставаться web-браузером. А не правращаться в странный DE...
Название "браузер" на "виртуальная машина" поменять не долго ;) А вот делать разные клиентские версии уже дольше, и в сопровождении геморойнее. Вопрос конечно остается что лучше: web виртуальная машина или "нативная" типа явы, в перспективе по моему один хрен.
> реалзована в виде универсального сервера sc-server, написанного на языке Ruby.Похоже таки прийдётся осиливать Ruby... Эх, не люблю я НЕ-Си-подобные языки...
> проповедует идею полного выноса логики выполнения web-приложения на сторону клиентатолько мне это глаза режет?
ага, просто очень режет, вдобавок еще и в свете того что это скриптовый язык и при желании можно очень просто, не пользуясь никакими дебаггерами и хакерскими-крякерскими утилитами, слегка подкорректировать текущий код скрипта-программы и запустить снова. Наверное там можно и такое провернуть - открыл исходник страницы, взял и выполнил немножко подправленный запрос к их хранилищу данных или изменил условие удаления одной записи на удаление всех записей какой-нибудь таблицы или что там у них в их хранилище данных является аналогом таблицы
Не смешите людей, откройте исходники и посмотрите.
>Не смешите людей, откройте исходники и посмотрите.А мне вот не смешно, а "за державу обидно"
Какие нафиг запросы на удаление всех записей. Для работы с сервером используется обычный по сути Ajax. А дальше уже серверная часть решает как обрабатывать полученные от клиента данные и обрабатывать ли их вообще. SC удобен тем, что он выносит на сторону клиента логику *UI*, оставляя на сервере только конечную обработку запроса. Те, кому доводилось делать визарды на n-ное кол-во страниц обычными средствами должны оценить этот фреймворк.
P.S. Меня еще больше обрадовало, что SC легко прикручивается и к другим серверными фреймворкам, а не только к RoR. Главное, что бы фреймворк умел обрабатывать REST запросы и читать/писать JSON.
По всем свойствам это прямой удар по FLEXПризнак №1
> создания сложных web-приложений следуя парадигме MVC (Model-view-controller)Признак №2
> напоминающих обычные GUI-приложения для стационарного рабочего столаПризнак №3
> При использовании SproutCore разработчику нет необходимости обращать внимание > на серверную логику, которая реалзована в виде универсального сервера sc-serverПризнак №4
> уже используется такими компаниями, как AppleСтив Джобс уже заявлял что "FLASH must die"...
P.S.: Если приложения на нем будут напрямую воспринимать CSS обычных HTML страничек, а их сервер использовать только как посредника в передаче данных а не выдавальщика самого приложения...то это будет весьма здорово!
Насколько я понял их сервер является и выдавальщиком в том числе, но что вас смущает то ? типа энжинкс для статики было бы лучше ? Так это на их этапе мелочи ;)
> Насколько я понял их сервер является и выдавальщиком в том числе, но что вас смущает >то ? типа энжинкс для статики было бы лучше ? Так это на их этапе мелочи ;)А почемубы и не nginx, тем более что и динамику тоже через него пропустить, а их универсальный сервер очень красиво смотрется еслибы был fastCGI-программой. Этобыло удобно и безопастно.
А вот что касаеться, что это у них на этапе так тут меня смущает, что подобные руби-свистелки, я уже видел неоднократно в различных проектах, где бы проще взять уже на 80% пригодный к использованию сервер написанный на си. Возможно, что это делаеться специально чтобы возможно было устанавливать эти руби-свистелки на виртуальные хостинги...вот инетерстно можно ли это зделать с универсальным сервером для SproutCore? А если это так то это у них не на этапе оно, так и останеться, что есть печально. Хотя если это опечалет не одного человека, то для свистелки еще изготовят и перделку на питоне...а потом глядиш доберемся до колайера на си для апаче и нгинкса :-)