Представлен релиз платформы Electron 38.0.0, предоставляющей самодостаточный фреймворк для разработки многоплатформенных пользовательских приложений, использующий в качестве основы компоненты Chromium, V8 и Node.js...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=63865

• Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 11:36 , 11-Сен-25
  • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 11:39 , 11-Сен-25
    • Выпуск Electron 38, платформы создания приложений на базе дв...,Витюшка, 11:42 , 11-Сен-25
    • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 11:50 , 11-Сен-25
      • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 14:42 , 11-Сен-25
        • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 16:01 , 11-Сен-25
          • Выпуск Electron 38, платформы создания приложений на базе дв...,Compiz Owner, 20:54 , 11-Сен-25
      • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 20:02 , 11-Сен-25
    • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 11:51 , 11-Сен-25
      • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 12:01 , 11-Сен-25
        • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 12:04 , 11-Сен-25
          • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 12:12 , 11-Сен-25
          • Выпуск Electron 38, платформы создания приложений на базе дв...,rshadow, 12:13 , 11-Сен-25
            • Выпуск Electron 38, платформы создания приложений на базе дв...,rshadow, 12:16 , 11-Сен-25
              • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 14:04 , 11-Сен-25
                • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 14:28 , 11-Сен-25
                  • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 15:41 , 11-Сен-25
                    • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 22:59 , 11-Сен-25
                • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 15:11 , 11-Сен-25
                  • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 18:49 , 11-Сен-25
                    • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 22:39 , 11-Сен-25
            • Выпуск Electron 38, платформы создания приложений на базе дв...,Анон1110м, 20:48 , 11-Сен-25
              • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 23:38 , 11-Сен-25
              • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 05:30 , 12-Сен-25
    • Выпуск Electron 38, платформы создания приложений на базе дв...,Илья, 03:23 , 12-Сен-25
  • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 11:43 , 11-Сен-25
    • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 11:54 , 11-Сен-25
      • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 12:04 , 11-Сен-25
        • Выпуск Electron 38, платформы создания приложений на базе дв...,неаноним, 12:17 , 11-Сен-25
          • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 13:32 , 11-Сен-25
            • Выпуск Electron 38, платформы создания приложений на базе дв...,неаноним, 14:12 , 11-Сен-25
        • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 12:24 , 11-Сен-25
      • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 13:05 , 11-Сен-25
        • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 13:33 , 11-Сен-25
          • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 14:07 , 11-Сен-25
        • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 17:55 , 11-Сен-25
        • Выпуск Electron 38, платформы создания приложений на базе дв...,AlexYeCu_not_logged, 18:05 , 11-Сен-25
          • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 23:15 , 11-Сен-25
        • Выпуск Electron 38, платформы создания приложений на базе дв...,Анон1110м, 20:51 , 11-Сен-25
        • Выпуск Electron 38, платформы создания приложений на базе дв...,Анон1110м, 21:14 , 11-Сен-25
          • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 05:35 , 12-Сен-25
            • Выпуск Electron 38, платформы создания приложений на базе дв...,Анон1110м, 08:20 , 12-Сен-25
          • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 11:17 , 12-Сен-25
  • Выпуск Electron 38, платформы создания приложений на базе дв...,_kp, 12:43 , 11-Сен-25
    • Выпуск Electron 38, платформы создания приложений на базе дв...,Витюшка, 12:48 , 11-Сен-25
      • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 13:37 , 11-Сен-25
        • Выпуск Electron 38, платформы создания приложений на базе дв...,Анон1110м, 21:16 , 11-Сен-25
        • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 11:20 , 12-Сен-25
      • Выпуск Electron 38, платформы создания приложений на базе дв...,_kp, 13:48 , 11-Сен-25
    • Выпуск Electron 38, платформы создания приложений на базе дв...,Анон1110м, 20:54 , 11-Сен-25
      • Выпуск Electron 38, платформы создания приложений на базе дв...,_kp, 10:42 , 12-Сен-25
  • Выпуск Electron 38, платформы создания приложений на базе дв...,laindono, 13:36 , 11-Сен-25
    • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 13:41 , 11-Сен-25
      • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 17:57 , 11-Сен-25
      • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 06:56 , 12-Сен-25
  • Выпуск Electron 38, платформы создания приложений на базе дв...,Ivan7, 00:35 , 12-Сен-25
    • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 03:33 , 12-Сен-25
      • Выпуск Electron 38, платформы создания приложений на базе дв...,Анон1110м, 08:19 , 12-Сен-25
• Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 12:02 , 11-Сен-25
  • Выпуск Electron 38, платформы создания приложений на базе дв...,Niknak, 12:06 , 11-Сен-25
    • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 13:31 , 11-Сен-25
  • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 14:26 , 11-Сен-25
  • Выпуск Electron 38, платформы создания приложений на базе дв...,Джон Титор, 01:25 , 12-Сен-25
  • Выпуск Electron 38, платформы создания приложений на базе дв...,Илья, 03:25 , 12-Сен-25
• Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 12:17 , 11-Сен-25
  • Выпуск Electron 38, платформы создания приложений на базе дв...,iPony128052, 12:57 , 11-Сен-25
• Выпуск Electron 38, платформы создания приложений на базе дв...,myster, 14:03 , 11-Сен-25
  • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 15:21 , 11-Сен-25
    • Выпуск Electron 38, платформы создания приложений на базе дв...,myster, 15:38 , 11-Сен-25
      • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 17:59 , 11-Сен-25
        • Выпуск Electron 38, платформы создания приложений на базе дв...,_kp, 11:55 , 12-Сен-25
      • Выпуск Electron 38, платформы создания приложений на базе дв...,12yoexpert, 18:54 , 11-Сен-25
        • Выпуск Electron 38, платформы создания приложений на базе дв...,myster, 23:15 , 11-Сен-25
    • Выпуск Electron 38, платформы создания приложений на базе дв...,_kp, 11:53 , 12-Сен-25
  • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 16:06 , 11-Сен-25
    • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 17:38 , 11-Сен-25
  • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 17:37 , 11-Сен-25
    • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 21:34 , 11-Сен-25
• Выпуск Electron 38, платформы создания приложений на базе дв...,BrainFucker, 21:06 , 11-Сен-25
  • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 21:47 , 11-Сен-25
    • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 03:36 , 12-Сен-25
• Выпуск Electron 38, платформы создания приложений на базе дв...,Ананоним, 09:35 , 12-Сен-25

Добрый день! Вопрос к специалистам по электрону! Насколько больше ОЗУ потребляет электрон по сравнению с графической отрисовкой WinAPI? Ну там нарисовать квадратик 100x100.

Добрый день! Специалисты задают встречный вопрос — насколько больше ресурсов будет потрачено на создание приложения — не квадратик 100×100, а объёмного приложения — на WinAPI, а не на электроне? (тут из рядов добавляют: а если кроссплатформа понадобится?)

Так ему только квадратик нужен. На этом его hello world и закончится.

> объёмного приложения

любишь пышные формы? :)

вообще-то там речь про плоское))

Плоское, но большое?

DFC™

каюсь, грешен

> квадратик 100×100 ... а объёмного приложения

Чел просил квадратик - вы ему объёмное приложение :) Ну, вот и ответ на вопрос, сколько потребляет электрон.

    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!

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

На WinAPI очень наглядно, ага.
Впрочем, пользователю готовый продукт нужен, а не закорючки. Вот я ему COM-файл и продам.

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

> Да скоро всем плевать будет. Просто сейчас еще ИИ надо сильно поправлять,
> поэтому человек нужен а потом уже будет не нужен. Вполне возможно
> к ассемблеру еще и вернемся, или сразу в кодах процессорных писать
> ))

напиши на ассемблере программу которая выводит на экран квадрат

Вот программа на ассемблере 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

А подлинукс?

  mov eax, 1          ; sys_exit
    xor ebx, ebx        ; код возврата 0
    int 0x80

— ни о чём не говорит?

Нет не шарю в этом. Ладно, но это точно не графический вывод, а просто печать в консоль.

А вот выше именно в графику, и я по памяти привёл, а без всяких чатгпт (я ещё умножение через LEA помню).

Так это под линукс, вон его прерывание 0x80 вызывается

А под POWER, Aarch64, RISC-V?

Ой-вей! Вам таки платформо-независимо надо?

Свидетель секты божественного псевдоИИ. Blockсhain, big data, NFT, google glass, голосовые помощники, гениальный Илон Маск… Что ещё? Дополните!

TurboC! TurboAssebmler! (не Borland, ни в коем случае)

…и да, как будто что-то плохое.

>а если кроссплатформа понадобится?

avalonia https://avaloniaui.net/

> Насколько больше ОЗУ потребляет

На целый электрон больше!
Но если вся работа твоей программы сводится к отрисовке квадратика 100x100, то возьми лучше  WinAPI. Правда если захочешь кроссплатформу... то у тебя проблема даже отрисовать квадратик.

> кроссплатформу

Много знаешь "объёмных" (с) кросс-приложений? Фотошоп, что ли? Или MS офис?

Блендер слышал про такое в своёю оффтопиковом мирке?

Опа-на! Blender на електроне написан? А я и не знал...

нет там электрона

[sarcasm]

> Python 15.0%

Эх…

Да любой из списка -  VSCode, Mailspring, Signal, Slack, Basecamp, Twitch, Ghost, Wire, Wrike, Discord - на порядки сложнее чем "отрисовать квадратик".

На чем предложите это писать? На Qt?))

на flutter

У него пустое окно 100мб сходу потребляет на KDE. Там под капотом зачем то целый gtk вшивается, хотя от него требуется только окошко создать.

На Tk

>Wire
>На чем предложите это писать? На Qt?))

Было б неплохо: по крайней мере Alt в КуТях работал бы именно как клавиша-модификатор, а не как продукт поражённого виндузячьей проказой мозга.

"Было б неплохо: по крайней мере Alt в КуТях работал бы именно как клавиша-модификатор, а не как продукт поражённого виндузячьей проказой мозга", раздались недовольные вкукареки четырехпроцентника из 🐓го угла.

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

ps ты что обиделся?

На Java. Всяко лучше чем JavaScript и HTML–страницы.

Интересно, что же используется в Telegram? Раз не божественный Electron, то что? Или Pidgin. Тоже загадка. Или Cherrytree. Вроде тоже не Electron. Или вот Android studio. Sublime text? Непонятно, непонятно. А вот как было раньше до появления Electron? Наверное тратились миллионы миллионов и программы писались лет по 5 специально выращенными гениями потому что освоить что–то кроме JavaScript и верстания HTML–страниц это надо полжизни отучиться в спецыальных академиях. Я вот это всё написал а потом распереживался из–за того что андроидная программа Poweramp не запускается под другими ОС. Так мне этого не хватает.

> Я вот это всё написал

Жаль, успешных примеров мы так и не увидим.

> Telegram

Вот тут уважуха, смогли!

> Pidgin

Что за

> Cherrytree

ЧТО ЗА

Если нечего ответить, то лучше промолчать.

> Или Pidgin. Тоже загадка.

Pidgin очень плохой пример - блевотное gtk и убогий дизайн

> Или Cherrytree.

Бль... Вы пользуетесь ЭТИМ????

> А вот как было раньше до появления Electron?

Фигово было. Аппы писались годами, если Qt или GTK - то куча проблем со стабильность.

Об излержках по сравнению с нативным кодом.
Даже в эмуляторе можно запустить тяжелую  AAA игру, и результат будет годный.
В электроне это невозможно. С более легкими приложениями аналогично.

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

Например у меня для теплиц приложение на Электроне. Работает на планшете в парнике, и на компе из дома. В отличии от конструктора в Скадах, приложениее более удобное и простое, заточены под конкретные объекты. На чем делать, обсуждалось, с коллегами, и взвесив поюсы и минусы, был выбран Электрон.

Почему это невозможно? Электрон что, разучился в WebAssembly?

Я вообще приложение на Rust пишу на WASM

> Почему это невозможно? Электрон что, разучился в WebAssembly?
> Я вообще приложение на Rust пишу на WASM

Давай будем честны, людей знающих JS/TS на порядок больше чем знающих раст.
И цена за таких спецов будет выше.
Можно же и на чистом ассемблере написать, вопрос в скорости разработки.

То есть явасцэнаристы копеешные по рублю за пучок?

Ниокгда цена за массового спеца не будет высокой. Массовость приемлема только по низкой цене.

>>WebAssembly

Да, это сильно сильно быстрее JS. Но, это только голый код, а издержки ввода вывода и взаимодействия с ОС от запуска в браузере могут быть чрезмерными. И, ни крутых игр, ни годных эмуляторов на Webassebly пока не видели.

Впрочем, Электрон более уместен для простых приложений, где и JS достаточно, это его основная ниша применения. Иначе, если разработку слишком усложнить, то и смысл в Электроне прилично ограничится.

Electron неуместен нигде. Это как плесень которая попадая на что–то годное разрушает его. С плесенью надо бороться а не помогать её разносить.

Выше упомянут пример кроссплатформенного приложения. Штучного и по быстрому.
А отлично знаю, недостатки электрона.
А какае альтернативы в чем сделать, подобное ПО? Знаю есть Lazarus, там достаточно хорошо, но Паскаль. И был старый Embarcadero, а в новых вермиях там C++ похерили, и оставили только Паскаль. Java? Тоже сомнительно, ести только ей постоянно не занимашься.

А какае Ваши альтернативы?

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

Алсо в чём суть экономии RAM в пределах десктопа? У тебя максимум пара-тройка жрущих приложений (например браузер + виртуалка + IDE) и даже скромных 32 гигов хватает за глаза. Если уж и возникают какие-то затыки (firefox на пару тысяч вкладок например), то просто выдели свопа побольше вместо хлама, которым забит твой SSD.

> и даже скромных 32 гигов хватает за глаза

Так толсто, что аж тонко))
Нашел кому это расказывать, тут местные до сих пор про 32 бита плачутся.

32 гига можно использовать под линукс 32 до версии 6.14.11 через PAE

Какой смысл иметь меньше 32 ГБ ОЗУ?

Квадратики надо рисовать на OpenGL/Vulkan и шейдерах. Оно для этого больше подходит и производительность на порядки выше и кроссплатформенность будет.

Вот, наконец дельный совет.
Однако, перед отрисовкой придется таки заюзать винапи/иксы, для инициализации окна и контекста рендеринга опенжл.
Если просто отрисовать и все, без взаимодействия - то на иксах там несколько строк буквально, создать окно и контекст.
Если понадобиться мышь/клавиатура, то код сильно раздувается. А если писать под вулкан - код очень сильно раздувается.
Да, и не забываем что нужно написать версию приложения, использующую метал - если мы хотим реальную кроссплатформенность, производительность и не хотим использовать слои совместимости.

И того, 2 разных граф. апи - опенжл/вулкан или метал, целых 3 апи "окошек" - иксы/вяленд, винапи, кокоа

Зато кроссплатформенно.

А если дров нету? А что с моей народной NVIDIA 6600 GT? Может лучше сделать просто картинку в jpg с квадратом нужного размера и цвета?

Пока что лучше фреймворк по созданию кросс-платформенных десктопных приложений.

есть и по лучше, например tauri или wails

flutter

Если вы думаете что у консольщиков холиваров нет, то там тоже самое - туями меряются

Есть ещё nw.js

Avalonia

Удалена ELECTRON_OZONE_PLATFORM_HINT и как теперь, ключ остался?

навернно никак

https://github.com/electron/electron/issues/48001#issuecomme...

> Удалена поддержка платформы macOS 11

неневижу за это macOS и Apple. Ведь это не вина разработчиков Electron. Это Apple пушит в своих средствах разработки насильное устаревание и отмирание предыдущик SDK, не настолько и старых между прочим, не 20 лет прошло у всего 5. Это жесть.

> не настолько и старых между прочим, не 20 лет прошло у всего 5

Да, только Big Sur этот последняя ось которая работает на старье до 2013-14 года включительно. Напомню, что сейчас заканчивается 2025й, а это уже 11-12 лет прошло.
Следующая macOS 12 Monterey поддерживает маки 2014-2015 годов.
Так что 10 лет поддержки - это никакое не "насильное устаревание".

Я, как пользователь кучи программ на iOS и macOS, с 2012 года, замечал и раньше, что SDK устаревают и предыдущее ПО просто не запустится, вылетает при запуске.

Например, у меня за долгие годы использования в iTunes бекапах куча .IPA приложений, которые авторы больше не разрабатывают и такие приложения под новой iOS (SDK которой устарел на 4 и более поколения) просто не запустятся. Но приложения стоющие, я когда то покупал их за деньги. Почему авторы не обновляют, у авторов могут быть свои причины, это не собачье дело Apple заставлять их постоянно собирать версию под поддерживаемые/свежие SDK. Apple не должна так форсить обновления всего ПО.

Тоже самое с приложениями для macOS, некоторые старые программы просто не запустятся.
И это ещё всё на x86 архитекруте так было, до перехода на ARM. Так что ARM не причина.

Macos работает в qemu.

> Macos работает в qemu.

Только пользы от такого, как от инвалида с искуственной почкой и в кресле каталке на заводе.

ничего, купишь что-нибудь ещё

> ничего, купишь что-нибудь ещё

на линь уже ушел (и на Android с iOS), но злость на Apple останется на долго из-за этого

> Да, только Big Sur этот последняя ось которая работает на старье до
> 2013-14 года включительно.

На старье с 2012 года и Ventura работает ОТЛИЧНО.
Далее, с Sonoma начинаются проблемы, и работает не всё, или на на всяком устройстве.

Проблема, что архивы дистрибутивов ПО для Маков, вынуждены хранить кучи разных вариантов для разных версий ОС, ибо ПО жестко прибито соплями к 1-3 конкретным версиям ОС. А дистрибутивы ПО для Windows содержат в основном только последнюю версию, и опционально последнюю для Win7, последнюю 32бита, а не ззоопарки из более десятка версий.

Так у дебиана тоже примерно 5 лет поддержка, в чем проблема?

Новый дебиан ставится бесплатно на то же железо. А с макосью - будь добр купить и новый низкокачественный софт и новое низкокачественном железе.

Ненавидишь - не используй. Используешь - не ной. Так-то ты, как пользователь проприетарного продукта, все неудобства которые он тебе причиняет на 100% заслужил.

То есть ты против диалога и ешь то что тебе дают? У меня для тебя плохие новости.

Хм, Mailspring любопытный клиент, можно глянуть. Он не целиком на элекроне, кое что на C++.

А Electron по вашему на чём написан? Компилируемая часть по большей мере на С++.

Аккуратнее, а то скажут еще, раз электрон запускает жс,то он сам тоже на жс написан)

Нужно больше разных версий эляктрона в системе, продолжайте!