LINUX.ORG.RU

Для чего вы бы согласились пользоваться приложением на Electron?

 , ,


1

3

Для тех, кто не знает что это такое - https://electronjs.org/. Фреймворк построения десктопных приложений на NodeJS+JavaScript.

Критикуется за потребление 150 МБ памяти на базовом Hello World, потому что именно столько потребляет одна вкладка с Webkit в браузерах, и несоответствие системному стилю Gtk+/Qt.

Примеры приложений на Electron - Atom, VSCode, Skype, Discord, Slack, Google Music Desktop, Etcher, hyper.is и даже эмулятор Windows 95.

  1. Только если нету альтернатив 390 (52%)

    ********************************************************************************************************************************************************************************************************************************************************************************************************************************

  2. Для любых целей, меня не волнует технология внутри 196 (26%)

    ****************************************************************************************************************************************************************

  3. Принципиально избегаю 190 (25%)

    ***********************************************************************************************************************************************************

  4. Только для больших приложений, когда потребление памяти самого Electron незначительно по сравнению с потреблением приложения 77 (10%)

    ***************************************************************

  5. Для любых целей, я предпочитаю Electron 10 (1%)

    ********

Всего голосов: 863, всего проголосовавших: 748

★★★★★

Проверено: Shaman007 ()
Последнее исправление: vertexua (всего исправлений: 2)

Ну если имеется точно такое же приложение, или чутка уступающее но нативное я выберу его, если не имеется то электрон. В принципе и на нем можно нормальные программы клепать, к примеру Visual Code, сама по себе конечно не очень, но работает не особо медленно.

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

Мне она нравится тем, что прививает хорошие практики для разрабов языков, а именно не полениться и написать Language Server, вместо велосипедов

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

Сам по себе электрон не особо смущает, но из нормальных приложений на нём я знаю только VSCode. Всё остальное какой-то жирный быдлокод.

Использование электрона оправданно когда весь стек и так на веб-технологиях. Например всё завязано на JS либы. И его нужно портировать на десктоп. В общем копроэкономика как она есть.

PS: не голосовал, ибо все варианты неверные.

RazrFalcon ★★★★★
()
Последнее исправление: RazrFalcon (всего исправлений: 1)
Ответ на: комментарий от RazrFalcon

Сам по себе электрон не особо смущает, но из нормальных приложений на нём я знаю только VSCode

Тоже только VSCode пользуюсь из электрон-приложений.

Satori ★★★★★
()

Критикуется за потребление 150 МБ памяти на базовом Hello World,

Интересно, как растет оверхед?

KennyMinigun ★★★★★
()

Я как-то особо не задаюсь вопросом, на каком языке или фреймворке написано приложение. Я просто смотрю, как приложение выглядит и ведёт себя. Если оно лепит какое-то оригинальное вырвиглазие, резко расходясь с привычным мне стилем, жрёт прям дохера памяти и тормозит, то я его сношу. И вот так получилось, что ни одно приложение на Электроне у меня не прижилось. Как и на Джаве.

Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)

Принципиально избегаю

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

Qt/Gtk = CLI > tk и подобное > ncurses > PyQt и подобные > говно > java > dotnet > вкладка в браузере > моча > спидозныйчервьп... > electron

FedyaPryanichkov ★★
()
Последнее исправление: FedyaPryanichkov (всего исправлений: 1)
Ответ на: комментарий от RazrFalcon

PS: не голосовал, ибо все варианты неверные.

Голосования (не подтверждено)

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

Сам по себе электрон не особо смущает, но из нормальных приложений на нём я знаю только VSCode

VSCode - редактор, есть альтернативы, но привычный интерфейс и, главное, большое сообщество, делающее плагины для 9000 мейнстримных и маргинальных ЯП. Конечно, он уступает ide, заточенным на 1-2 языка, но не всем хватает ЯП с историей 15+ лет. Но VSCode кроссфплатформенный потому, что M$ смирилась с тем, что половина разработчиков мира сидит на *nix.

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

arturianec100
()

В принципе, при отсутствии альтерантив (сайт в браузере - вполне себе альтернатива электрону), я согласен использовать электрон.

Но есть один небольшой нюанс: Теоретически абсолютно кроссплатформенный електрон обычно существует только в виде х86_64 пакета, а под х86 и тем более арм оно обычно просто не работает.

*поправка: Браузеры на электроне в принципе ничего получаются. Вивальди торт, хоть и тормозной. И его таки собрали под арм, но это тот случай, когда даже слегка тормозной и чуть более тяжёлый браузер принципиально не прижился. Ибо памяти 1 гиг.

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 2)

Ну, с потреблением 150 Мб на ХеллоуВорлд - понятно. А сколько потребляет например Скайп ? 151 Мб ? Тогда все норм.

Вас же не смущает что для того, чтобы запустить скомпиленный ELF-файл - приходится запускать Линукс с потреблением в № мегабайт.

и несоответствие системному стилю Gtk+/Qt

Ну и хорошо. Хочу чтоб мое приложение выглядело как хочу Я, а не создатель кривожопой темы.

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

Ну и хорошо. Хочу чтоб мое приложение выглядело как хочу Я, а не создатель кривожопой темы.

Вообще эти «кривожопые» темы были придуманы затем, чтобы приложение выглядело так, как хочет пользователь. Потому что приложение так или иначе сделано для него, а не для дизайнера системы.

приходится запускать Линукс с потреблением в № мегабайт.

Две прослойки лучше чем три прослойки. А в случае электрона, мне кажется что их там 2-3 только внутри самого электрона.

kirill_rrr ★★★★★
()

Хреновое приложение можно написать на любой технологии, но на сём мне пока хорошие приложения не попадались (vscode не щупал и пока нет надобности).

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

Хреновое приложение можно написать на любой технологии

Да, но Электрон изначально хреновый, поэтому нормальных приложений на нём не написать изначально.

th3m3 ★★★★★
()

Для любых целей, меня не волнует технология внутри

Если приложение работает хорошо, то какая разница, что под капотом?

sT331h0rs3 ★★★★★
()

Выбрал «Только если нету альтернатив». При том, что я в принципе не против Electron для приложений, которые я запускаю, работаю в них, а затем закрываю.

Использую Skype for Linux, потому что альтернатива - еще до первого аудиовизуального контакта вести письменные переговоры о другой звонилке: Viber, WhatsApp, Telegram, телефон...

WhatsApp для десктопа не использую. Авторизация по QR-коду? Разрабы, чтоб вам так гланды удаляли.

VK Messenger - незаменимая вещь, если у вас есть группа, и вам нужно быстро отвечать на входящие сообщения. Или если вы часто переписываетесь, а лишняя вкладка отвлекает от работы.

Умиляет, что Wire и Signal тоже используют Electron. Давайте унаследуем ключевой недостаток лидеров рынка, зато сделаем наш проект свободным. Это нас сделает убийцами Skype, ага. Люди точно будут тратить 150 Мб ради полутора гиков.

Bagrov ★★★★★
()

Приложение нужное, удобное, полезное. Зачем отказываться. Да и память (пока еще) дешевая.

xDShot ★★★★★
()

Принципиально избегаю, и джаваскрипт — тоже. :)

gns ★★★★★
()

Только если нету альтернатив

Это.

С другой стороны, я бы был рад, если бы какой-нибудь Converse.js (XMPP-клиент для веба) обернули в него.

commagray ★★★★★
()

Критикуется за потребление 150 МБ памяти на базовом Hello World,

@vertexua, зачем вы пытаетесь нас обмануть? Каждый может убедиться, что базовый хеллоуворлд от создателей электрона потребляет 387 мегабайт:

https://electronjs.org/docs/tutorial/first-app#trying-this-example

Если бы оно потребляло 150 метров, никто бы и не возмущался, сейчас большинство приложений на Qt потребляют больше.

Отвечая на ваш вопрос: уже согласился на редактор/ide, скайп запускаю по предварительной договоренности, когда надо с семьей поговорить, мог бы согласиться на что-нибудь типа десктопной вики на электроне.

Im_not_a_robot ★★★★★
()
Последнее исправление: Im_not_a_robot (всего исправлений: 1)
Ответ на: комментарий от moridin

Посмотрел, на оффтопике (рабочий лэптоп) skype 32bit ~200MB, вроде не так ужасно.

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

Да нет, я верю. Я не из тех кто кричит сходу «Зачем вы пытаетесь нас обмануть?!!». Как будто за каждым углом ждет наперсточник.

vertexua ★★★★★
() автор топика
Последнее исправление: vertexua (всего исправлений: 1)

Для любых целей, меня не волнует технология внутри

Остальные варианты хорошо демонстрируют процентаж красноглазых задротов, которым важен процесс, а не результат.

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

PS: не голосовал, ибо все варианты неверные.

+1, хотя и по другим резонам. С одной стороны, мне с 64 гигами пофиг, пусть хоть все они на электроне. С другой стороны, 64 гига — это скорее исключение чем правило, а если каждая фигня будет по 150 метров отжирать, то и их не хватит. Копроэкономику выше уже упомянули. «Память нынче дешёвая» — это подход ламерский и по отношению к юзерам — скотский. И это момент принципиальный, т.к. количество говнокодеров давно переросло в качество. Но посреди всей этой тотальной громоздко-вебной вакханалии начинает просматриваться здравый смысл и возвращение к корням: двоичные заголовки в HTTP; бинарный код в WebAssembly; недавно тут на ЛОРе спрашивал про бинарный json, мне посоветовали гугловый ProtoBuf, а на днях прочитал книжку DDIA и там аж целый пучок таких решений приведён, в т.ч. от апача. Доигрались в «память нынче дешёвая», довели ситуацию до абсурда, теперь приходится вспоминать как раньше в условиях ограниченных ресурсов всё чудненько делали. К чему это я... Ах да, ну это всё были примеры из веба; а для десктопа есть widgets, а пьянству электронам — бой.

dimgel ★★★★★
()
Последнее исправление: dimgel (всего исправлений: 1)

Только если оно лучше альтернатив. При прочих равных предпочту qt.

Ivan_qrt ★★★★★
()

Если приложение нельзя запустить в браузере

Shadow ★★★★★
()

Электрон - это не фреймворк, а браузер с хуками из песочницы.
Пока ui на document логически идентичен гипертексту (и его можно также выделять курсором), это не ui, а имитация из г...а и палочек.

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

Я не из тех кто кричит сходу «Зачем вы пытаетесь нас обмануть?!!». Как будто за каждым углом ждет наперсточник.

Нет конечно, ты из тех, кто вводит людей в заблуждение :)

Может тогда скажешь как ты мерил потребление памяти?

Просто достаточно много людей некорректно меряют потребление памяти электрон-приложениями, забывая, что он создает кучу процессов и их нужно суммировать. А потом кричат: что вы разнылись, всего 150 метров!

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

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

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

На оффтопике pwa/uwa приложения движок юзают совместно, и место на диске не занимают, кстати. Технология как у электрона, но электрон сильно костыльнее.

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

Суммировал Pss всех smaps по группе процессов. Конечно это можеть быть чуть меньше, если электрон шарит память с другим электроном, но это врядле в моем случае

Тред Оценка потребления памяти

vertexua ★★★★★
() автор топика
Последнее исправление: vertexua (всего исправлений: 1)
Ответ на: комментарий от vertexua

И ты считаешь это корректным значением? Т.е. ты запустил приложение, оно сожрало 387 метров, но ты считаешь, что оно ест 150 метров, т.к. теоретически ты можешь запустить еще пару приложений на электроне, которые разделят эти ресурсы?

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

и его можно также выделять курсором

Ох как у меня горит, когда Ctrl+A выделяет всю страницу, а не только мой текст в том же Google Translate. С нормальными виджетами такого бреда не было бы.

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

Вы можете взять любой однопоточный qt/gtk вебкит-браузер с минимальными функциями и обернуть .js в него. Получится достаточно точная и вероятно более экономичная модель электрона в вакууме. Ну, может быть без значка в трее, но может и тут что то можно придумать.

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 1)
Ответ на: комментарий от xDShot

А знаете, вот закопает АМД синих своими ризенами, вот внедрят какой нибудь ddr6 с жидкостным охлаждением в каждую бюджетную материнку чтобы встроеная графика могла летать, вот станет память золотая со всеми этими плюшками, может быть какой нибудь гугл и почешется чтобы эту память экономить.

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

Всем известно что померять память в Линуксе точно невозможно. Не подходит ничего.

Можно мерять относительное потребление в конкретном паттерне использования.

PSS самый лучший вариант если мерять все похожее в группе. Тоесть если у меня будет запущено только одно приложение в Электроне, то вероятно что сумма Pss будет неплохим индикатором. Если несколько - то мнее точно.

Только вопрос, а если у меня всегда 10 приложений на Электроне? Получается для меня будет стоимость запуска 11го будет как раз опять Pss группы этого 11го приложения. И приблизительно столько же освободится если я его закрою. Неточность накапливается если их еще больше, но это хороший индикатор

vertexua ★★★★★
() автор топика
Последнее исправление: vertexua (всего исправлений: 2)
Ответ на: комментарий от RazrFalcon

Ох как у меня горит, когда Ctrl+A выделяет всю страницу, а не только мой текст в том же Google Translate. С нормальными виджетами такого бреда не было бы.

Такого бреда не было бы с нормальными разработчиками, а не пилящей гугловский фронтенд криворукой индуснёй на полставки, не осилившей Selection/Range API.

Уже говорил: чем инструмент виноват, что 80% народонаселения умеет использовать только 20% его возможностей?

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

Т.е. ты запустил приложение, оно сожрало 387 метров, но ты считаешь, что оно ест 150 метров, т.к. теоретически ты можешь запустить еще пару приложений на электроне, которые разделят эти ресурсы?

Кстати еще. Вот это не верно. Если оно одно и таки жрет 387, то покажет 387. А потом я запущу второе с той же версией электрона, то оно может сожрет еще лишние 100. Тогда да, (387+100)/2 не будет точным индикатором сколько жрет по одному. Но зато сумма будет точной, они вместе жрут строго 387+100

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

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

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

Уже говорил: чем инструмент виноват, что 80% народонаселения умеет использовать только 20% его возможностей?

Так это проблема инструмента. Виджеты изначально нормально работают. Даже у «пилящей гугловский фронтенд криворукой индуснёй на полставки».

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

Это при условии, что используется системный электрон (которого нет), а не сборка от васяна.

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

Такого бреда не было бы с нормальными разработчиками, а не пилящей гугловский фронтенд криворукой индуснёй на полставки, не осилившей Selection/Range API.

Уже говорил: чем инструмент виноват, что 80% народонаселения умеет использовать только 20% его возможностей?

Второй абзац противоречит первому. Fixed:

чем инструмент виноват, что 80% народонаселения НЕ умеет его использовать?

Спрашивали — отвечаем: виноват он слишком низким порогом входа.

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

Всем известно что померять память в Линуксе точно невозможно. Не подходит ничего.

Это какая-то глупость, во всех системах все эти RSS, SHR, PSS и т.д. одинаковы. Просто в некоторых хитрожопых таск менеджерах (винда, гном) они в качестве занятой памяти показывают RSS - SHR.

Такой вопрос к тебе: поехал ты на машине в другой город, потратил бензина на 2000 рублей. Считаешь ли ты, что твои расходы только 500 рублей, т.к. ТЕОРЕТИЧЕСКИ ты мог взять еще трех попутчиков, которые разделили бы с тобой стоимость бензина? Что бы ты сказал о разработчиках бортового компьютера, который считает расход топлива как настоящий_расход (RSS) / кол-во_мест_в_машине (SHR)?

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

Как ты считаешь насколько это реалистично? Обычно люди используют 1, максимум 2 приложения на электроне именно из-за их невероятной прожорливости.

Проверить твое утверждение не могу, т.к. использую zram и так просто вычислить сколько было занято памяти до и сколько после – нельзя.

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

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

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 1)
Ответ на: комментарий от Im_not_a_robot

Я считаю что мои расходы 2000 рублей. И когда мои попутчики подсядут, то расход машины будет 2000 рублей все равно.

Я еще раз повторяю, лучше мерять когда приложение запущено одно. Я лишь повышаю корректность для групп процессов, которые идут вместе.

Пример - электрон всегда идет с нодой. Хром всегда идет с кучей табов.

Например Хром померять просто так нельзя, нужно сказать сколько табов и какие сайты открыты. Когда мы договорились что табов будет 10 и там будет десять занудных тредов с Im_not_a_robot, тогда можно мерять. По моей методике я возьму сумму всех Pss всех табов и будут говорить ТОЛЬКО о ней. Я не буду говорить о стоимости таба, что мне ты пытаешься навязать попутчиками своими. Только о сумме. Зато методика с Pss будет лучше чем если бы я начал упражняться с RSS/SHR. Резидент вообще не считает что в свопе и примешивает кучу говна. А shared - непонятно с чем и какие сегменты делить, а какие нет. В PSS все посчитано для таких групп

vertexua ★★★★★
() автор топика
Последнее исправление: vertexua (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.