The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги | ]

23.03.2010 23:04  Доступен JavaScript-фреймворк SproutCore 1.0

После 18 месяцев разработки представлен знаковый релиз фреймворка SproutCore 1.0, предназначенного для создания сложных web-приложений следуя парадигме MVC (Model-view-controller), напоминающих обычные GUI-приложения для стационарного рабочего стола. Для написания приложений используется язык JavaScript, технология AJAX и некоторые возможности, заложенные в спецификации HTML5. SproutCore представляет собой больше, чем обычная JavaScript-библиотека, данный фремворк проповедует идею полного выноса логики выполнения web-приложения на сторону клиента, получая в итоге самодостаточные приложения.

По своей сути SproutCore больше напоминает Ruby On Rails, чем такие JavaScript библиотеки как jQuery, Prototype, Dojo или MooTools, отличаясь от RoR тем, что логика приложения написана на JavaScript и работает на стороне клиента, оставляя на стороне сервера лишь управляющий процесс и хранилище данных. При использовании SproutCore разработчику нет необходимости обращать внимание на серверную логику, которая реалзована в виде универсального сервера sc-server, написанного на языке Ruby.

Код SproutCore распространяется под лицензией MIT и уже используется такими компаниями, как Apple (в сервисах MobileMe и iWork.com) и Mozilla (в среде разработки Bespin). В ходе подготовки релиза SproutCore 1.0 было переписано более 20 тыс. строк кода и проведено 6 тыc. unit-тестов. При разработке основные усилия были сфокусированы на оптимизации и повышении производительности. SproutCore работает со всеми популярными web-браузерами не требуя установки дополнительных плагинов, но давая возможность наращивать функциональность при помощи плагинов, например, организовать offline-хранилище, просматривать видео или создать форму массовой загрузки файлов.

  1. Главная ссылка к новости (http://blog.sproutcore.com/pos...)
  2. Hello World Tutorial
Лицензия: CC-BY
Тип: Программы
Ключевые слова: web, javascript, sproutcore
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.2, Аноним (-), 00:13, 24/03/2010 [ответить] [показать ветку] [···]    [к модератору]
  • +1 +/
    в опере демки не работают
    в FF подтормаживает

    скажите оно до extJS дотягивает?

     
     
  • 2.4, thirteensmay (?), 02:02, 24/03/2010 [^] [ответить]    [к модератору]
  • +/
    Она идейно другая, но в общем, на первый взгляд, можно сказать что до ext ей ну очень далеко. Элементарно скачать не смог, sudo gem install sproutcore это што такое ? ;) не, я конечно догадываюсь, но всеже. Встроенный вебсервер, фразы типа "облачные приложения", FAQ из одного пункта, короче...
     
     
  • 3.11, ixti (ok), 11:40, 24/03/2010 [^] [ответить]    [к модератору]
  • +/
    Я уж не предлагаю по ссылкам сходить, просто хотя бы новость целиком бы прочитали:

    "...логика приложения написана на JavaScript и работает на стороне клиента, оставляя на стороне сервера лишь управляющий процесс и хранилище данных. При использовании SproutCore разработчику нет необходимости обращать внимание на серверную логику, которая реалзована в виде универсального сервера sc-server, написанного на языке Ruby."

     
     
  • 4.14, thirteensmay (?), 12:39, 24/03/2010 [^] [ответить]    [к модератору]
  • +1 +/
    Ну прочитал, и что ? Я такие приложения на Ext давно делаю, она гораздо богаче и никакого "универсального сервера" не надо. Вы чего сказать то хотели ?
     
     
  • 5.15, ixti (ok), 12:45, 24/03/2010 [^] [ответить]    [к модератору]
  • +/
    >Ну прочитал, и что ? Я такие приложения на Ext давно делаю,
    >она гораздо богаче и никакого "универсального сервера" не надо. Вы чего
    >сказать то хотели ?

    А. Видимо это я Ваш пост не до конца прочитал :)) Или не понял изначально :))

     
     
  • 6.16, thirteensmay (?), 13:02, 24/03/2010 [^] [ответить]    [к модератору]  
  • +/
    Там насколько я понял для любителей MVC плюшки можно усмотреть, а в остальном ничего выдающегося, относительно бедненько, да и этот "универсальный сервер" чтото меня смущает, хотя может и зря, если будет развиваться то в перспективе возможно чтото серьезное и получится.
     
     
  • 7.17, ixti (ok), 13:08, 24/03/2010 [^] [ответить]    [к модератору]  
  • +/
    Вообще, откровенно говоря, я вообще сильно против попытки использования HTML как "приложений"... Тем более, действительно, ещё и доп. сервер поднимать...
     
     
  • 8.20, thirteensmay (?), 13:27, 24/03/2010 [^] [ответить]    [к модератору]  
  • +/
    Ну, тут зависит от того что именно за приложений. Скажем видеоредактор койнить или еще что в этом духе, пока может быть, и то не факт, а вот ERP/CRM всякие очень даже весьма ;) Вопрос пока в том что оно все еще не дотягивает в производительности, но это imho решаемо, ведь в принципе ничто не запрещает компилировать и js и HTML и CSS и т.п., вон js уже начали...
     
     
  • 9.21, ixti (ok), 13:32, 24/03/2010 [^] [ответить]    [к модератору]  
  • +/
    >Ну, тут зависит от того что именно за приложений. Скажем видеоредактор койнить
    >или еще что в этом духе, пока может быть, и то
    >не факт, а вот ERP/CRM всякие очень даже весьма ;) Вопрос
    >пока в том что оно все еще не дотягивает в производительности,
    >но это imho решаемо, ведь в принципе ничто не запрещает компилировать
    >и js и HTML и CSS и т.п., вон js уже
    >начали...

    Я за просты вещи :)) И для ERP/CRM на мой взгляд, лучше писать: а) серверную часть, б) клиентскую - десктопную версию со всеми плюшечками и свистелками, в) клиентскую - web максимально простую. ИМХО web-браузер должен оставаться web-браузером. А не правращаться в странный DE...

     
     
  • 10.22, thirteensmay (?), 13:49, 24/03/2010 [^] [ответить]    [к модератору]  
  • +/
    Название "браузер" на "виртуальная машина" поменять не долго ;) А вот делать разные клиентские версии уже дольше, и в сопровождении геморойнее. Вопрос конечно остается что лучше: web виртуальная машина или "нативная" типа явы, в перспективе по моему один хрен.
     
  • 1.5, Онаним (?), 02:58, 24/03/2010 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    > реалзована в виде универсального сервера sc-server, написанного на языке Ruby.

    Похоже таки прийдётся осиливать Ruby... Эх, не люблю я НЕ-Си-подобные языки...

     
  • 1.6, anonim (?), 08:37, 24/03/2010 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    > проповедует идею полного выноса логики выполнения web-приложения на сторону клиента

    только мне это глаза режет?

     
     
  • 2.7, аноним (?), 09:48, 24/03/2010 [^] [ответить]    [к модератору]  
  • +/
    ага, просто очень режет, вдобавок еще и в свете того что это скриптовый язык и при желании можно очень просто, не пользуясь никакими дебаггерами и хакерскими-крякерскими утилитами, слегка подкорректировать текущий код скрипта-программы и запустить снова. Наверное там можно и такое провернуть - открыл исходник страницы, взял и выполнил немножко подправленный запрос к их хранилищу данных или изменил условие удаления одной записи на удаление всех записей какой-нибудь таблицы или что там у них в их хранилище данных является аналогом таблицы
     
     
  • 3.8, К.О. (?), 10:10, 24/03/2010 [^] [ответить]    [к модератору]  
  • +/
    Не смешите людей, откройте исходники и посмотрите.
     
     
  • 4.18, ixti (ok), 13:09, 24/03/2010 [^] [ответить]    [к модератору]  
  • +/
    >Не смешите людей, откройте исходники и посмотрите.

    А мне вот не смешно, а "за державу обидно"

     
  • 3.12, Ku (?), 11:54, 24/03/2010 [^] [ответить]    [к модератору]  
  • +/
    Какие нафиг запросы на удаление всех записей. Для работы с сервером используется обычный по сути Ajax. А дальше уже серверная часть решает как обрабатывать полученные от клиента данные и обрабатывать ли их вообще. SC удобен тем, что он выносит на сторону клиента логику *UI*, оставляя на сервере только конечную обработку запроса. Те, кому доводилось делать визарды на n-ное кол-во страниц обычными средствами должны оценить этот фреймворк.
     
     
  • 4.13, Ku (?), 11:57, 24/03/2010 [^] [ответить]    [к модератору]  
  • +/
    P.S. Меня еще больше обрадовало, что SC легко прикручивается и к другим серверными фреймворкам, а не только к RoR. Главное, что бы фреймворк умел обрабатывать REST запросы и читать/писать JSON.
     
  • 1.10, ЭМъ (?), 11:33, 24/03/2010 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    По всем свойствам это прямой удар по FLEX

    Признак №1
    > создания сложных web-приложений следуя парадигме MVC (Model-view-controller)

    Признак №2
    > напоминающих обычные GUI-приложения для стационарного рабочего стола

    Признак №3
    > При использовании SproutCore разработчику нет необходимости обращать внимание > на серверную логику, которая реалзована в виде универсального сервера sc-server

    Признак №4
    > уже используется такими компаниями, как Apple

    Стив Джобс уже заявлял что "FLASH must die"...

    P.S.: Если приложения на нем будут напрямую воспринимать CSS обычных HTML страничек, а их сервер использовать только как посредника в передаче данных а не выдавальщика самого приложения...то это будет весьма здорово!

     
     
  • 2.19, thirteensmay (?), 13:11, 24/03/2010 [^] [ответить]    [к модератору]  
  • +/
    Насколько я понял их сервер является и выдавальщиком в том числе, но что вас смущает то ? типа энжинкс для статики было бы лучше ? Так это на их этапе мелочи ;)
     
     
  • 3.23, ЭМъ (?), 19:49, 24/03/2010 [^] [ответить]    [к модератору]  
  • +/
    > Насколько я понял их сервер является и выдавальщиком в том числе, но что вас смущает >то ? типа энжинкс для статики было бы лучше ? Так это на их этапе мелочи ;)

    А почемубы и не nginx, тем более что и динамику тоже через него пропустить, а их универсальный сервер очень красиво смотрется еслибы был fastCGI-программой. Этобыло удобно и безопастно.
    А вот что касаеться, что это у них на этапе так тут меня смущает, что подобные руби-свистелки, я уже видел неоднократно в различных проектах, где бы проще взять уже на 80% пригодный к использованию сервер написанный на си. Возможно, что это делаеться специально чтобы возможно было устанавливать эти руби-свистелки на виртуальные хостинги...вот инетерстно можно ли это зделать с универсальным сервером для SproutCore? А если это так то это у них не на этапе оно, так и останеться, что есть печально. Хотя если это опечалет не одного человека, то для свистелки еще изготовят и перделку на питоне...а потом глядиш доберемся до колайера на си для апаче и нгинкса :-)

     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:


      Закладки на сайте
      Проследить за страницей
    Created 1996-2018 by Maxim Chirkov  
    ДобавитьПоддержатьВебмастеруГИД  
    Hosting by Ihor