LINUX.ORG.RU

Выход Network Transparent Widgets 0.3.1


0

0

Network Transparent Widgets (NTW) -- это протокол и фрэймворк для разработки приложений, позволяющий одному серверу обслуживать тысячи удаленных GUI-приложений. Клиентские приложения почти неотличимы от локальных, "родных" приложений.
Протокол не зависит от языка программирования и архитектуры. Активно разрабатываются серверные привязки к языкам C, Common Lisp и Java. NTW распространяется по лицензии MIT/X Consortium.
Из нового в этой версии:

  • Добавлены клиентские виджеты таймера.
  • API функций обратного вызова на сервере почищен для более интуитивного программирования.
  • Документация полностью обновлена.

>>> Страница проекта

★★★★★

Проверено: Shaman007 ()
Ответ на: комментарий от DIMON

> Новость даже зафлеймить никто не хочет :-)

Увидели слова Transparent Widgets и убежали искать табличку WC :)

arsi ★★★★★
()
Ответ на: комментарий от arsi

Ага, подумали, что это о Composite :)

shimon ★★★★★
() автор топика

Смахивает немножко на javabeans :)

rusxakep
()
Ответ на: комментарий от the_one

>А чё иксы уже не рулят? Кому нужно это поделие!

А в F.A.Q этого проекта кое-что по этому поводу написано. Первый же вопрос. :)

Zubok ★★★★★
()

Выглядит вроде как интересно, но есть одно большое НО. Как такое будет вести себя, если клиент и сервер не на одной машине, а достаточно далеко, да еще и через спутник. Уж очень у него низкоуровневый протокол.

Скорости инета сейчас, конечно, приличные, но как быть с задержками? А оно, судя по демке, на каждый чих отправляет сообщение серверу.

То есть в клиенте что-то нажали -> подождали, пока сообщение дойдет до сервера -> подождали пока сервер как-то прореагирует -> отобразили реакцию сервера. Для некоторых приложений это не критично, но для них и HTML/XUL/AJAX и т.д. с головой хватит.

Кроме того 2-й пункт в их FAQ:

But isn't that like Enterprise Java Beans, or XUL, or HTML forms?

No, no, and no. In each of these cases, the UI is separated from the "application data and logic," so the developer has to develop a UI in addition to, and separately from, the actual program that does things. In these cases, the User still has to download the UI portion and store it locally in order to run the program. If the UI or application code changes significantly, the User also needs to download a new version of the UI. This also tends to enforce the "sequence of forms" or "wizard" style of application, which is what NTW tries very hard to avoid. (XUL is actually much more client-based than described here.)

То есть отделять логику от гуйни теперь, оказывается, не модно?

PS. Гораздо интереснее чем они сдеалали такие демки на флеше.

kpanic ★★
()
Ответ на: комментарий от kpanic

Обычно меня коробит от постов типа "вместо того, чтобы придумывать колесо, лучше пофиксили б то что есть", но даный случай к этому и сводится: очень похоже на мёртворождённый проект...

> PS. Гораздо интереснее чем они сдеалали такие демки на флеше.

+1 :)

arsi ★★★★★
()
Ответ на: комментарий от arsi

> вместо того, чтобы придумывать колесо ...

А в чём колесо, позвольте спросить? Назовите технологии, использующие ту же архитектуру?

anonymous
()
Ответ на: комментарий от anonymous

> А в чём колесо, позвольте спросить? Назовите технологии, использующие ту же архитектуру?

X Window System.

Архитектура не совсем такая, но суть та же.

c0ff
()
Ответ на: комментарий от arsi

Финя такая есть. помоему vnc2swf называется

anonymous
()
Ответ на: комментарий от c0ff

> Архитектура не совсем такая, но суть та же

А ДНК человека отличается от шимпанзе на 99.4%.

Почитайте хоть первый пункт в FAQ. Там чётко описано, в чём архитектурная разница.

Нечто похожее есть в wxWidgets. Там тоже есть клиентская часть, на которую можно подкачивать XML (XRC) и рисовать новые формы.

anonymous
()
Ответ на: комментарий от anonymous

На самом деле таких или подобных проектов было уже несколько. Все они
тихо и незаметнно почили в бозе ;-) Слишком высок порог вхождения плюс
слишком похоже на существующие веб-технологии - http/html/xml.
Виджеты хоть и далеки от идеала, нно смысл тот же.

anonymous
()

это какой-то полувелосипед.

зачем делать серверный api копией gtk+/swing? почему бы не описывать клиентские виджеты например через glade?

как быть если я хочу использовать настоящий appserver, например twisted или какой-нибудь сервер j2ee? для этого серверная часть должна быть библиотекой, а не отдельностоящим процессом

на первый взгляд кажется что эту штуку придумали для разделения на клиент/сервер приложений написанных совсем тупыми gui-программерами. но тогда имело смысл делать всё на дельфях :)

ЗЫ: в каком-то из "убийц 1С" уже предлагали такой подход года два назад

scotinomys
()

Велосипед. Опять поверх X-Window System ...

robot12 ★★★★★
()

А проект Glan не тоже самое??? только на несколько лет раньше. http://kalpa.ru

kalpa
()
Ответ на: комментарий от kpanic

>То есть в клиенте что-то нажали -> подождали, пока сообщение дойдет до сервера -> подождали пока сервер как-то прореагирует -> отобразили реакцию сервера. Для некоторых приложений это не критично, но для них и HTML/XUL/AJAX и т.д. с головой хватит.

Что самое интересное, очень быстро работает даже на медленных линиях. Я проверял! Только не в этом проекте, а в Glan (kalpa.ru), основанном на qt4.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.