1.2, Аноним (2), 11:36, 11/09/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Добрый день! Вопрос к специалистам по электрону! Насколько больше ОЗУ потребляет электрон по сравнению с графической отрисовкой WinAPI? Ну там нарисовать квадратик 100x100.
| |
|
2.3, Аноним (3), 11:39, 11/09/2025 [^] [^^] [^^^] [ответить]
| +4 +/– |
Добрый день! Специалисты задают встречный вопрос — насколько больше ресурсов будет потрачено на создание приложения — не квадратик 100×100, а объёмного приложения — на WinAPI, а не на электроне? (тут из рядов добавляют: а если кроссплатформа понадобится?)
| |
|
3.4, Витюшка (?), 11:42, 11/09/2025 [^] [^^] [^^^] [ответить]
| +8 +/– |
Так ему только квадратик нужен. На этом его hello world и закончится.
| |
3.8, Аноним (8), 11:51, 11/09/2025 [^] [^^] [^^^] [ответить]
| +9 +/– |
> квадратик 100×100 ... а объёмного приложения
Чел просил квадратик - вы ему объёмное приложение :) Ну, вот и ответ на вопрос, сколько потребляет электрон.
| |
|
4.10, Аноним (3), 12:01, 11/09/2025 [^] [^^] [^^^] [ответить]
| +15 +/– |
mov ax,0013h
int 10h
mov ax,0A000h
mov es,ax
mov di,0000h
mov ax,0FFFFh
mov cx,100
l1:
push cx
mov cx,50
rep stosw
add di,220
pop cx
loop l1
А представьте, сколько это займёт на WinAPI!
| |
|
5.13, Аноним (13), 12:04, 11/09/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
Представь что вот эти твои закорючки ты написал пользователю не продать? Ему нужно чтобы было наглядно.
| |
|
6.16, Аноним (3), 12:12, 11/09/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
На WinAPI очень наглядно, ага.
Впрочем, пользователю готовый продукт нужен, а не закорючки. Вот я ему COM-файл и продам.
| |
6.17, rshadow (ok), 12:13, 11/09/2025 [^] [^^] [^^^] [ответить]
| –5 +/– |
Да скоро всем плевать будет. Просто сейчас еще ИИ надо сильно поправлять, поэтому человек нужен а потом уже будет не нужен. Вполне возможно к ассемблеру еще и вернемся, или сразу в кодах процессорных писать ))
| |
|
7.18, rshadow (ok), 12:16, 11/09/2025 [^] [^^] [^^^] [ответить] | –1 +/– |  напиши на ассемблере программу которая выводит на экран квадрат Вот программа на... большой текст свёрнут, показать | |
|
|
9.93, SKZ (?), 14:06, 12/09/2025 [^] [^^] [^^^] [ответить] | +/– | Это под 32 бита, да еще и древнюю версию Инструкция syscall сейчас везде исполь... текст свёрнут, показать | |
|
10.94, SKZ (?), 14:11, 12/09/2025 [^] [^^] [^^^] [ответить] | +/– | И параметры raх, rdi, rsi, rdх, r10, r8, r9... текст свёрнут, показать | |
|
|
|
7.57, Анон1110м (?), 20:48, 11/09/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Свидетель секты божественного псевдоИИ. Blockсhain, big data, NFT, google glass, голосовые помощники, гениальный Илон Маск… Что ещё? Дополните!
| |
|
|
|
|
|
2.6, Аноним (-), 11:43, 11/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Насколько больше ОЗУ потребляет
На целый электрон больше!
Но если вся работа твоей программы сводится к отрисовке квадратика 100x100, то возьми лучше WinAPI. Правда если захочешь кроссплатформу... то у тебя проблема даже отрисовать квадратик.
| |
|
3.9, Аноним (8), 11:54, 11/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
> кроссплатформу
Много знаешь "объёмных" (с) кросс-приложений? Фотошоп, что ли? Или MS офис?
| |
|
4.25, Аноним (-), 13:05, 11/09/2025 [^] [^^] [^^^] [ответить]
| –4 +/– |
Да любой из списка - VSCode, Mailspring, Signal, Slack, Basecamp, Twitch, Ghost, Wire, Wrike, Discord - на порядки сложнее чем "отрисовать квадратик".
На чем предложите это писать? На Qt?))
| |
|
|
6.35, Аноним (34), 14:07, 11/09/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
У него пустое окно 100мб сходу потребляет на KDE. Там под капотом зачем то целый gtk вшивается, хотя от него требуется только окошко создать.
| |
|
5.51, AlexYeCu_not_logged (?), 18:05, 11/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
>Wire
>На чем предложите это писать? На Qt?))
Было б неплохо: по крайней мере Alt в КуТях работал бы именно как клавиша-модификатор, а не как продукт поражённого виндузячьей проказой мозга.
| |
|
6.70, Аноним (-), 23:15, 11/09/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
"Было б неплохо: по крайней мере Alt в КуТях работал бы именно как клавиша-модификатор, а не как продукт поражённого виндузячьей проказой мозга", раздались недовольные вкукареки четырехпроцентника из 🐓го угла.
Сорян, проблемы меньшинств никого не интересуют, а вот чтобы у большинства работало ожидаемо - это очень важно.
ps ты что обиделся?
| |
|
5.63, Анон1110м (?), 21:14, 11/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
Интересно, что же используется в Telegram? Раз не божественный Electron, то что? Или Pidgin. Тоже загадка. Или Cherrytree. Вроде тоже не Electron. Или вот Android studio. Sublime text? Непонятно, непонятно. А вот как было раньше до появления Electron? Наверное тратились миллионы миллионов и программы писались лет по 5 специально выращенными гениями потому что освоить что–то кроме JavaScript и верстания HTML–страниц это надо полжизни отучиться в спецыальных академиях. Я вот это всё написал а потом распереживался из–за того что андроидная программа Poweramp не запускается под другими ОС. Так мне этого не хватает.
| |
|
6.80, Аноним (3), 05:35, 12/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Я вот это всё написал
Жаль, успешных примеров мы так и не увидим.
> Telegram
Вот тут уважуха, смогли!
> Pidgin
Что за
> Cherrytree
ЧТО ЗА
| |
6.88, Аноним (-), 11:17, 12/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Или Pidgin. Тоже загадка.
Pidgin очень плохой пример - блевотное gtk и убогий дизайн
> Или Cherrytree.
Бль... Вы пользуетесь ЭТИМ????
> А вот как было раньше до появления Electron?
Фигово было. Аппы писались годами, если Qt или GTK - то куча проблем со стабильность.
| |
|
|
|
|
2.22, _kp (ok), 12:43, 11/09/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
Об излержках по сравнению с нативным кодом.
Даже в эмуляторе можно запустить тяжелую AAA игру, и результат будет годный.
В электроне это невозможно. С более легкими приложениями аналогично.
Электрон, способ делать "нетяжелые" приложения просто, с небольшими затратами на разработку, и кросплатформенно.
Конечно, не для всяких приложений это уместно. Но для не массовых приложений, впроле вариант, особенно когда затраты времени не уместны.
Например у меня для теплиц приложение на Электроне. Работает на планшете в парнике, и на компе из дома. В отличии от конструктора в Скадах, приложениее более удобное и простое, заточены под конкретные объекты. На чем делать, обсуждалось, с коллегами, и взвесив поюсы и минусы, был выбран Электрон.
| |
|
3.23, Витюшка (?), 12:48, 11/09/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Почему это невозможно? Электрон что, разучился в WebAssembly?
Я вообще приложение на Rust пишу на WASM
| |
|
4.30, Аноним (-), 13:37, 11/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Почему это невозможно? Электрон что, разучился в WebAssembly?
> Я вообще приложение на Rust пишу на WASM
Давай будем честны, людей знающих JS/TS на порядок больше чем знающих раст.
И цена за таких спецов будет выше.
Можно же и на чистом ассемблере написать, вопрос в скорости разработки.
| |
|
5.89, Аноним (89), 11:20, 12/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ниокгда цена за массового спеца не будет высокой. Массовость приемлема только по низкой цене.
| |
|
4.32, _kp (ok), 13:48, 11/09/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>WebAssembly
Да, это сильно сильно быстрее JS. Но, это только голый код, а издержки ввода вывода и взаимодействия с ОС от запуска в браузере могут быть чрезмерными. И, ни крутых игр, ни годных эмуляторов на Webassebly пока не видели.
Впрочем, Электрон более уместен для простых приложений, где и JS достаточно, это его основная ниша применения. Иначе, если разработку слишком усложнить, то и смысл в Электроне прилично ограничится.
| |
|
3.60, Анон1110м (?), 20:54, 11/09/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Electron неуместен нигде. Это как плесень которая попадая на что–то годное разрушает его. С плесенью надо бороться а не помогать её разносить.
| |
|
4.87, _kp (ok), 10:42, 12/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
Выше упомянут пример кроссплатформенного приложения. Штучного и по быстрому.
А отлично знаю, недостатки электрона.
А какае альтернативы в чем сделать, подобное ПО? Знаю есть Lazarus, там достаточно хорошо, но Паскаль. И был старый Embarcadero, а в новых вермиях там C++ похерили, и оставили только Паскаль. Java? Тоже сомнительно, ести только ей постоянно не занимашься.
А какае Ваши альтернативы?
| |
|
5.100, Анон1110м (?), 16:35, 12/09/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Не вижу ничего страшного в Pascal. Я бы взял Java. Под Android есть Qt.
> Штучного и по быстрому.
А потом мы оказываемся в мире наполненом HTML–страничками притворяющимися программами.
| |
|
6.101, _kp (ok), 17:43, 12/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Не вижу ничего страшного в Pascal.
Напрасное переписывание кода, вручную, ибо с Си на Паскаль переносится плохо. А с Паскаля на C++ автоматическим конвертером.
Как вариант можно взять стрый Cbuilder, в котором поддержка Андроида не вырезана, и из одних исходников он клепает приложения под всё. Без лишних действий, как Лазарусе, проще, и на С++.
>Я бы взял Java. Под Android есть Qt.
Я на Яве не особо пишу, а для Андроида и вовсе не писал, но думал об этом.
Так придется для Андроида писать свое приложение, а для компа своё. Не хорошо.
| |
|
5.102, нейм (?), 18:55, 12/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
вышеуказанный пример заменяется браузером, без притягивания имитации приложения
| |
|
|
|
2.29, laindono (ok), 13:36, 11/09/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Для приложения на WinAPI придётся целый Wine тащить. Так что скорее всего примерно одинаковые издержки будут. Впрочем так тоже делают и вроде бы никто не умер даже.
Алсо в чём суть экономии RAM в пределах десктопа? У тебя максимум пара-тройка жрущих приложений (например браузер + виртуалка + IDE) и даже скромных 32 гигов хватает за глаза. Если уж и возникают какие-то затыки (firefox на пару тысяч вкладок например), то просто выдели свопа побольше вместо хлама, которым забит твой SSD.
| |
|
3.31, Аноним (-), 13:41, 11/09/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
> и даже скромных 32 гигов хватает за глаза
Так толсто, что аж тонко))
Нашел кому это расказывать, тут местные до сих пор про 32 бита плачутся.
| |
|
4.49, Аноним (48), 17:57, 11/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
32 гига можно использовать под линукс 32 до версии 6.14.11 через PAE
| |
|
|
6.108, Пыщь (?), 11:53, 16/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
"640Кб хватит всем". "Технарь"/кумир нынешней молодёжи заявлял если что, кто мы такие чтобы со "светилами" спорить.
| |
|
|
|
|
2.73, Ivan7 (ok), 00:35, 12/09/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Квадратики надо рисовать на OpenGL/Vulkan и шейдерах. Оно для этого больше подходит и производительность на порядки выше и кроссплатформенность будет.
| |
|
3.77, Аноним (77), 03:33, 12/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
Вот, наконец дельный совет.
Однако, перед отрисовкой придется таки заюзать винапи/иксы, для инициализации окна и контекста рендеринга опенжл.
Если просто отрисовать и все, без взаимодействия - то на иксах там несколько строк буквально, создать окно и контекст.
Если понадобиться мышь/клавиатура, то код сильно раздувается. А если писать под вулкан - код очень сильно раздувается.
Да, и не забываем что нужно написать версию приложения, использующую метал - если мы хотим реальную кроссплатформенность, производительность и не хотим использовать слои совместимости.
И того, 2 разных граф. апи - опенжл/вулкан или метал, целых 3 апи "окошек" - иксы/вяленд, винапи, кокоа
Зато кроссплатформенно.
| |
|
4.82, Анон1110м (?), 08:19, 12/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
А если дров нету? А что с моей народной NVIDIA 6600 GT? Может лучше сделать просто картинку в jpg с квадратом нужного размера и цвета?
| |
|
|
|
1.11, Аноним (13), 12:02, 11/09/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –11 +/– |
Пока что лучше фреймворк по созданию кросс-платформенных десктопных приложений.
| |
|
2.37, Аноним (37), 14:26, 11/09/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Если вы думаете что у консольщиков холиваров нет, то там тоже самое - туями меряются
| |
|
1.33, myster (ok), 14:03, 11/09/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
> Удалена поддержка платформы macOS 11
неневижу за это macOS и Apple. Ведь это не вина разработчиков Electron. Это Apple пушит в своих средствах разработки насильное устаревание и отмирание предыдущик SDK, не настолько и старых между прочим, не 20 лет прошло у всего 5. Это жесть.
| |
|
2.41, Аноним (-), 15:21, 11/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
> не настолько и старых между прочим, не 20 лет прошло у всего 5
Да, только Big Sur этот последняя ось которая работает на старье до 2013-14 года включительно. Напомню, что сейчас заканчивается 2025й, а это уже 11-12 лет прошло.
Следующая macOS 12 Monterey поддерживает маки 2014-2015 годов.
Так что 10 лет поддержки - это никакое не "насильное устаревание".
| |
|
3.42, myster (ok), 15:38, 11/09/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Я, как пользователь кучи программ на iOS и macOS, с 2012 года, замечал и раньше, что SDK устаревают и предыдущее ПО просто не запустится, вылетает при запуске.
Например, у меня за долгие годы использования в iTunes бекапах куча .IPA приложений, которые авторы больше не разрабатывают и такие приложения под новой iOS (SDK которой устарел на 4 и более поколения) просто не запустятся. Но приложения стоющие, я когда то покупал их за деньги. Почему авторы не обновляют, у авторов могут быть свои причины, это не собачье дело Apple заставлять их постоянно собирать версию под поддерживаемые/свежие SDK. Apple не должна так форсить обновления всего ПО.
Тоже самое с приложениями для macOS, некоторые старые программы просто не запустятся.
И это ещё всё на x86 архитекруте так было, до перехода на ARM. Так что ARM не причина.
| |
|
|
5.91, _kp (ok), 11:55, 12/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Macos работает в qemu.
Только пользы от такого, как от инвалида с искуственной почкой и в кресле каталке на заводе.
| |
|
|
5.71, myster (ok), 23:15, 11/09/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> ничего, купишь что-нибудь ещё
на линь уже ушел (и на Android с iOS), но злость на Apple останется на долго из-за этого
| |
|
|
3.90, _kp (ok), 11:53, 12/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Да, только Big Sur этот последняя ось которая работает на старье до
> 2013-14 года включительно.
На старье с 2012 года и Ventura работает ОТЛИЧНО.
Далее, с Sonoma начинаются проблемы, и работает не всё, или на на всяком устройстве.
Проблема, что архивы дистрибутивов ПО для Маков, вынуждены хранить кучи разных вариантов для разных версий ОС, ибо ПО жестко прибито соплями к 1-3 конкретным версиям ОС. А дистрибутивы ПО для Windows содержат в основном только последнюю версию, и опционально последнюю для Win7, последнюю 32бита, а не ззоопарки из более десятка версий.
| |
|
4.95, Аноним (-), 14:16, 12/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
> На старье с 2012 года и Ventura работает ОТЛИЧНО.
Она разве на него устанавливается? Или с хаками можно поставить?
(не стеб, просто никогда не пробовал)
> Проблема, что архивы дистрибутивов ПО для Маков, вынуждены хранить кучи разных вариантов
> для разных версий ОС, ибо ПО жестко прибито соплями к 1-3 конкретным версиям ОС.
Ну так это норма - поддерживать не все версии, а только те, которые поддерживаются актуальным xcode.
> А дистрибутивы ПО для Windows содержат в основном только последнюю версию,
> и опционально последнюю для Win7, последнюю 32бита, а
> не зоопарки из более десятка версий.
У них разные подходы. У винды фича с обратной совместимостью, у мака - чтобы софт был актуален. Так что не удивительно.
| |
|
5.97, _kp (ok), 14:50, 12/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Она разве на него устанавливается? Или с хаками можно поставить?
Ставиш OCLP, считай альтернативный разблокированный загрузчик, далее стоковую новую ОС, далее забываешь, и просто пользуешься.
> норма - поддерживать не все версии, а только те,
> которые поддерживаются актуальным xcode.
Не норма. А необходимость, ибо логично пользоваться новым инструментом, но если что инструмент не поддерживает, то прихоть авторов ОС, а не проблемы разработчика ПО. Такая уж экосистема.
> У винды фича с обратной совместимостью, у мака - чтобы софт был актуален.
Актуальность и прибитие соплями к конкретной версии ОС, это не одно и тоже.
Кстати, на Линукс та же болезнь - нельзя сделать нативную сборку ПО не то что под разные версии ОС, а даже под разные дистрибутивы. Точнее, без контейнеров нельзя.
То есть, ситуация даже хуже чем на Маках.
Но забавно, windows бинарник запустится на любом Линуксе и Маке и даже на Андроиде, если способен работать под Wine. :)
| |
|
6.98, _kp (ok), 14:57, 12/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
> windows бинарник запустится на любом Линуксе и Маке и даже на Андроиде, если способен работать под Wine. :)
Ой, да вот же она, кроссплатформенная альтернатива электрону. ;)
| |
|
|
|
|
|
3.47, Аноним (47), 17:38, 11/09/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Новый дебиан ставится бесплатно на то же железо. А с макосью - будь добр купить и новый низкокачественный софт и новое низкокачественном железе.
| |
|
2.46, Аноним (47), 17:37, 11/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ненавидишь - не используй. Используешь - не ной. Так-то ты, как пользователь проприетарного продукта, все неудобства которые он тебе причиняет на 100% заслужил.
| |
|
3.66, Аноним (66), 21:34, 11/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
То есть ты против диалога и ешь то что тебе дают? У меня для тебя плохие новости.
| |
|
|
|
2.67, Аноним (67), 21:47, 11/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
А Electron по вашему на чём написан? Компилируемая часть по большей мере на С++.
| |
|
3.78, Аноним (77), 03:36, 12/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
Аккуратнее, а то скажут еще, раз электрон запускает жс,то он сам тоже на жс написан)
| |
|
|
1.92, SKZ (?), 14:00, 12/09/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>Создания локальных сайтов
Это не приложения. Разве что, веб-приложения.
| |
|