[x]

XUL

 Завантажити файл
 Без медіафайлу
 Тріпкод
Не піднімати тему
 До теми  До розділу
 Відповісти

Хто би міг подумати, що electron, який зараз такий модний-молодіжний успішно замінив XULrunner мозілли, який з самого початку був напічканий всякими хорошими речами і при достатній рівності рук розробника міг дати усе те, для чого розробники node.js довго городили костилі навколо свого двигла зі спеціальних модулів на C/C++.

Хоча замінив – сильно сказано. Усі ці X-технології ніколи не були сильно популярними, хоча використовувались у браузерах, поштових клієнтах та інших продуктах мозіли. Що вони робили добре так це відображались одинаково на усіх платформах, на які мозілліанці (так вони себе називають) випускали вогнелиса свого. Але зараз воно все просто загнулось. А був такий потенціал. Піздєц усіх сподівань. Були якісь проекти на базі XUL, звісно (developer.mozilla.org/en-US/docs/Archive/Mozilla/XULRunner/Hall_of_Fame),, "") але то ніщо у порівнянні з конкурентами. Гадаю, це пов'язано з тим, що технології їхні надто складні (і для вивчення, і для застосування) і погано документовані. Забагато хотіли від новачків. І замість продукту мозіли усі користувались Qt, формочками на Mono, Gtk та іншими кросплатформенними фреймфорками та платформами. Це у той час, коли існувала ціла відполірована та буквально відтестована у продакшоні мільйонами користувачів протягом багатьох років платформа готова до використання. Але майже без документації, з громіздкими API і просто високою складністю архітектури.

Що ж. Мозіла таки припинила підтримку цієї штуковини (і проїбала старі плагіни саме через це) і активно заміняє усе, що з ними пов'язано. Хороший приклад того, яким не варто робити опенсорсний софт, навіть якщо він дуже добре виконує свої основні завдання. Good night sweet prince.

До речі, мозіла таки вивчила цей урок і це дуже добре видно по їхньому rustlang. Оце справді творення ком'юніті, а не те, що було зі старими загадковими та неймовірно громіздкими X-технологіями.

/dev/елопери, чи користувався хтось з вас софтою з того списку, що у посиланні вище? А чи пробували самі щось запиляти на цій платформі?

У XUL не було гідної ізоляції процессу веб-гівна, тому він був дірявий та небезпечний. Електрон вирішив цю проблему (через архітектуру Хрома), тому його й використовують недолугі веб-мавпи.

Відповіді: >>19

>>18

То справедливо для браузера з підтримкою загальнодоступних плаґінів від сторонніх розробників. А от для десктопної апки, яка якщо й буде кудись у веб лазити, то на свій перевірений сервак, це не так критично.

Хитромудрий інтерфейс XPCOM і відсутність простих аналогів – от де його проблема. Без нього не можна зробити нічого поза межами сендбоксу. От її і вирішили для себе розробники ноди простенькими для використання модулями.

Ну і ще html був банально більш популярний за самописну xml-based розмітку.

Відповіді: >>20

>>19

для чатів, наприклад, ізоляція конче потрібна, тому що кулібіни таких скриптів понапихують, ну й документоорієнтована природа веб-гівна завжди підкладе свиню з рядками. Тому XUL і проїбав. Тим не менш, React Native трохи краще, менше дикого оверхеду