1.2, Аноним (2), 11:36, 11/09/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Добрый день! Вопрос к специалистам по электрону! Насколько больше ОЗУ потребляет электрон по сравнению с графической отрисовкой WinAPI? Ну там нарисовать квадратик 100x100.
| |
|
2.3, Аноним (3), 11:39, 11/09/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Добрый день! Специалисты задают встречный вопрос — насколько больше ресурсов будет потрачено на создание приложения — не квадратик 100×100, а объёмного приложения — на WinAPI, а не на электроне? (тут из рядов добавляют: а если кроссплатформа понадобится?)
| |
|
3.4, Витюшка (?), 11:42, 11/09/2025 [^] [^^] [^^^] [ответить]
| +4 +/– |
Так ему только квадратик нужен. На этом его hello world и закончится.
| |
3.8, Аноним (8), 11:51, 11/09/2025 [^] [^^] [^^^] [ответить]
| +4 +/– |
> квадратик 100×100 ... а объёмного приложения
Чел просил квадратик - вы ему объёмное приложение :) Ну, вот и ответ на вопрос, сколько потребляет электрон.
| |
|
4.10, Аноним (3), 12:01, 11/09/2025 [^] [^^] [^^^] [ответить]
| +8 +/– |
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 [^] [^^] [^^^] [ответить]
| +/– |
Представь что вот эти твои закорючки ты написал пользователю не продать? Ему нужно чтобы было наглядно.
| |
|
6.16, Аноним (3), 12:12, 11/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
На WinAPI очень наглядно, ага.
Впрочем, пользователю готовый продукт нужен, а не закорючки. Вот я ему COM-файл и продам.
| |
6.17, rshadow (ok), 12:13, 11/09/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Да скоро всем плевать будет. Просто сейчас еще ИИ надо сильно поправлять, поэтому человек нужен а потом уже будет не нужен. Вполне возможно к ассемблеру еще и вернемся, или сразу в кодах процессорных писать ))
| |
|
7.18, rshadow (ok), 12:16, 11/09/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Да скоро всем плевать будет. Просто сейчас еще ИИ надо сильно поправлять,
> поэтому человек нужен а потом уже будет не нужен. Вполне возможно
> к ассемблеру еще и вернемся, или сразу в кодах процессорных писать
> ))
напиши на ассемблере программу которая выводит на экран квадрат
Вот программа на ассемблере x86 для вывода квадрата на экран:
section .data
size equ 5 ; размер квадрата (5x5)
star db '*' ; символ для отрисовки
newline db 10 ; символ новой строки
section .text
global _start
_start:
mov ecx, size ; счетчик внешнего цикла (строки)
outer_loop:
push ecx ; сохраняем счетчик внешнего цикла
mov ecx, size ; счетчик внутреннего цикла (столбцы)
inner_loop:
; выводим звездочку
mov eax, 4 ; sys_write
mov ebx, 1 ; stdout
mov ecx, star ; указатель на символ
mov edx, 1 ; длина 1 символ
int 0x80
loop inner_loop ; повторяем для всех столбцов
; выводим новую строку
mov eax, 4 ; sys_write
mov ebx, 1 ; stdout
mov ecx, newline ; указатель на символ новой строки
mov edx, 1 ; длина 1 символ
int 0x80
pop ecx ; восстанавливаем счетчик внешнего цикла
loop outer_loop ; повторяем для всех строк
; завершение программы
mov eax, 1 ; sys_exit
xor ebx, ebx ; код возврата 0
int 0x80
| |
|
|
|
|
|
2.6, Аноним (-), 11:43, 11/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Насколько больше ОЗУ потребляет
На целый электрон больше!
Но если вся работа твоей программы сводится к отрисовке квадратика 100x100, то возьми лучше WinAPI. Правда если захочешь кроссплатформу... то у тебя проблема даже отрисовать квадратик.
| |
|
3.9, Аноним (8), 11:54, 11/09/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
> кроссплатформу
Много знаешь "объёмных" (с) кросс-приложений? Фотошоп, что ли? Или MS офис?
| |
|
4.25, Аноним (-), 13:05, 11/09/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Да любой из списка - VSCode, Mailspring, Signal, Slack, Basecamp, Twitch, Ghost, Wire, Wrike, Discord - на порядки сложнее чем "отрисовать квадратик".
На чем предложите это писать? На Qt?))
| |
|
|
6.35, Аноним (34), 14:07, 11/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
У него пустое окно 100мб сходу потребляет на KDE. Там под капотом зачем то целый gtk вшивается, хотя от него требуется только окошко создать.
| |
|
5.51, AlexYeCu_not_logged (?), 18:05, 11/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
>Wire
>На чем предложите это писать? На Qt?))
Было б неплохо: по крайней мере Alt в КуТях работал бы именно как клавиша-модификатор, а не как продукт поражённого виндузячьей проказой мозга.
| |
|
6.52, Аноним (-), 18:11, 11/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
"Было б неплохо: по крайней мере Alt в КуТях работал бы именно как клавиша-модификатор, а не как продукт поражённого виндузячьей проказой мозга", раздались недовольные вкукареки четырехпроцентника из 🐓го угла.
Сорян, проблемы меньшинств никого не интересуют, а вот чтобы у большинства работало ожидаемо - это очень важно.
| |
|
|
|
|
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 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Почему это невозможно? Электрон что, разучился в WebAssembly?
> Я вообще приложение на Rust пишу на WASM
Давай будем честны, людей знающих JS/TS на порядок больше чем знающих раст.
И цена за таких спецов будет выше.
Можно же и на чистом ассемблере написать, вопрос в скорости разработки.
| |
4.32, _kp (ok), 13:48, 11/09/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>WebAssembly
Да, это сильно сильно быстрее JS. Но, это только голый код, а издержки ввода вывода и взаимодействия с ОС от запуска в браузере могут быть чрезмерными. И, ни крутых игр, ни годных эмуляторов на Webassebly пока не видели.
Впрочем, Электрон более уместен для простых приложений, где и JS достаточно, это его основная ниша применения. Иначе, если разработку слишком усложнить, то и смысл в Электроне прилично ограничится.
| |
|
|
2.29, laindono (ok), 13:36, 11/09/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
Для приложения на 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
| |
|
|
|
1.11, Аноним (13), 12:02, 11/09/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –8 +/– |
Пока что лучше фреймворк по созданию кросс-платформенных десктопных приложений.
| |
|
2.37, Аноним (37), 14:26, 11/09/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Если вы думаете что у консольщиков холиваров нет, то там тоже самое - туями меряются
| |
|
1.33, myster (ok), 14:03, 11/09/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> Удалена поддержка платформы 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 [^] [^^] [^^^] [ответить]
| +/– |
Я, как пользователь кучи программ на iOS и macOS, с 2012 года, замечал и раньше, что SDK устаревают и предыдущее ПО просто не запустится, вылетает при запуске.
Например, у меня за долгие годы использования в iTunes бекапах куча .IPA приложений, которые авторы больше не разрабатывают и такие приложения под новой iOS (SDK которой устарел на 4 и более поколения) просто не запустятся. Но приложения стоющие, я когда то покупал их за деньги. Почему авторы не обновляют, у авторов могут быть свои причины, это не собачье дело Apple заставлять их постоянно собирать версию под поддерживаемые/свежие SDK. Apple не должна так форсить обновления всего ПО.
Тоже самое с приложениями для macOS, некоторые старые программы просто не запустятся.
И это ещё всё на x86 архитекруте так было, до перехода на ARM. Так что ARM не причина.
| |
|
|
3.47, Аноним (47), 17:38, 11/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
Новый дебиан ставится бесплатно на то же железо. А с макосью - будь добр купить и новый низкокачественный софт и новое низкокачественном железе.
| |
|
2.46, Аноним (47), 17:37, 11/09/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ненавидишь - не используй. Используешь - не ной. Так-то ты, как пользователь проприетарного продукта, все неудобства которые он тебе причиняет на 100% заслужил.
| |
|
|