XUL умер???

JavaScript AJAX xml dom XUL

https://developer.mozilla.org/ru/XUL
http://ru.wikipedia.org/wiki/Xul

ищу кросплатформенную технологию, наподобие XUL, но у меня такое впечатление что он умер в практически зачаточно состоянии!? может я конечно и ошибаюсь, но ничего толкового на нем не нахожу (как приложения, так и учебники)

кто, что посоветует?

так называемый Ajax, то бишь JavaScript + DOM, мне кажется не потянет тяжеловатый интерфейс :-?
что необходимо организовать в приложении:
- большое меню, типа как в ворде
- множество внутри открываемых окон/форм
- сложные формы... с множеством вкладок и пр.
- большие гриды, по несколько сотен записей, возможно тысяч... (до ~10 тыс)

Примечание:
ajax это грубо говоря объект httprequest и не более того.
jquery тоже самое или около того как я думаю.
сами интерфейсы делаются на DOM + javascript
дело не в количестве запросов, их вообще минимально будет, относительно, а в сложности интерфейса.
это сложная DOM модель документа... обычно броузеры начинают отжирать немеряно памяти и виртуалки...
у меня джимэйл повисел денек, смотрю виртулки уже почти под 200 метров съел, разве это нормально?
а интерфейс будет посложнее чем джимэйл...

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

Примечание:
так тут имхо и нужны javascript фреймворки, но смысл в том какие?
ибо писать свой с нуля, слишком большая трудозатрата и особенно временная...

нужны такие которые корректно работают с DOM, работая с которыми броузер не раздувается в оперативке.
либо еще вопрос, какие броузеры корректно работают с DOM моделью :)
например Mozilla, Firefox (пр. Gecko броузеры) и Opera кростплатформенные.
по броузерам склоняюсь к Opera, Firefox по карйней мере 2й прожорливый, 3й еще не смотрел :)
Есть еще маковский Safari, работает вроде быстро, но вариант под виндой тоже прожорливый.

Примечание:
при чем здесь кэш, кэширует броузер... ну.. в фрэймворке можно объекты кэшировать, но это очередной рост в памяти...
броузеры в памяти растут из-за того, что "генерятся" новые объекты, а старые не удаляются, либо удаляются, но у самого броузера сборщик мусора кривоват...

поэтому в контексте вопроса интересны уже
и броузеры и конкретные фреймворки (хоть бы посоветовали какие :) )

PS: да... походу XUL умер, т.к. тема срулила немного :)

Примечание:
>>... не сторонник включать лишнии 100-300 кб кода только для затемнения окошек...

поверьте это не затемнение окошек, оно мне кстати не к чему, предпологается разрабатывать приложения по сложности сравнимые скажем с 1С и пр. похожими.
вот и думаю на чем делать клиентский интерфейс, чтобы это еще и кросплатформенным было и гибким, - описание интерфейса в XML и т.п.

искать я искал и находил, сейчас не помню, может попозже приведу то что ранее находил.

>> element.parentNode.removeChild(element);

все это может быть есть и в человеческих фреймворках, может и на гугле, не разбирал, не смотрел.
но только этот "мусор" должен еще сам браузер скинуть, походу далеко не все броузеры это делают (или умеют делать), если вообще кто либо делает...
окно с ВиО, например за полдня работы отъедает до 500мб. виртуалки и 250мб оперативки, это нормально? при том что страница довольно периодично полностью перегружается...
помоему нет...
так себя по крайней мере ведет ИЕ 6, у файрфокса 2го не лучше...

все же интересуют практические советы, кто что использует (библиотеки, фреймворки и пр.), с чем сталкивался, по браузерам какая ситуация и пр.
Ответы:
Ajax прекрасно справляется с "тяжелыми" интерфейсами. Можно также попробовать Silverlight майкрософтовский, однако мне кажется Ajax будет самым оптимальным решением.
Ну почему не потянет, даже моя личная разработка прекрасно справляется с большим количество паралельных запросов к серверу.
Если интерфейс тяжеловесный, прсото напросто напишите библиотеку с поддержкой асинхронных запросов и базовым функционалом.
В принципе есть уже много чего готового, например JQuery.
Дополнение #1, если интерфейс сложный, но шаблонный - пишите собственные библиотеки заточенные именно под него, тогда затраты будут минимальны. Аякс - это скорее технология чем просто xmlhttp запросы.
В любом случае, судя по всему использовать крупный javascript фреймворки вам противопоказано.
Честно, не знаю. Фреймоврки люди подбирают себе сами, хотя бы потому что знают приблизительную архитектуру DOM дерева.
В любом случае выбирайте:
хорошо отлаженный фреймворк - но способный подтормаживать,
либо свои наработки.
Тут уж меня простите. =) Я скорее php-програмист, и не сторонник включать лишнии 100-300 кб кода только для затемнения окошек.
Поверьте, если иметь не кривые руки, то element.parentNode.removeChild(element); - никогда вас не подведет, и засорения не будет.
Создайте новый вопрос, только свормулируйте более точно, заголовок этого отталкивает народ, тем более я тут наотвечал.
P.S. Почитайте про 3 файрфокс и Хром, у них с джава-машиной всё очень хорошо.


16 лет назад

RPI.su - самая большая русскоязычная база вопросов и ответов. Наш проект был реализован как продолжение популярного сервиса otvety.google.ru, который был закрыт и удален 30 апреля 2015 года. Мы решили воскресить полезный сервис Ответы Гугл, чтобы любой человек смог публично узнать ответ на свой вопрос у интернет сообщества.

Все вопросы, добавленные на сайт ответов Google, мы скопировали и сохранили здесь. Имена старых пользователей также отображены в том виде, в котором они существовали ранее. Только нужно заново пройти регистрацию, чтобы иметь возможность задавать вопросы, или отвечать другим.

Чтобы связаться с нами по любому вопросу О САЙТЕ (реклама, сотрудничество, отзыв о сервисе), пишите на почту [email protected]. Только все общие вопросы размещайте на сайте, на них ответ по почте не предоставляется.