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

Подробнее: https://www.opennet.dev/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, платформы создания приложений на базе дв...,Аноним, 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, платформы создания приложений на базе дв...,Аноним, 15:11 , 11-Сен-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, платформы создания приложений на базе дв...,_kp, 12:43 , 11-Сен-25
    • Выпуск Electron 38, платформы создания приложений на базе дв...,Витюшка, 12:48 , 11-Сен-25
      • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 13:37 , 11-Сен-25
      • Выпуск Electron 38, платформы создания приложений на базе дв...,_kp, 13:48 , 11-Сен-25
  • Выпуск Electron 38, платформы создания приложений на базе дв...,laindono, 13:36 , 11-Сен-25
    • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 13:41 , 11-Сен-25
      • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 17:57 , 11-Сен-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, платформы создания приложений на базе дв...,Аноним, 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, платформы создания приложений на базе дв...,Аноним, 16:06 , 11-Сен-25
    • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 17:38 , 11-Сен-25
  • Выпуск Electron 38, платформы создания приложений на базе дв...,Аноним, 17:37 , 11-Сен-25

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

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

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

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

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

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

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

> квадратик 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

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

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

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

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

На целый электрон больше!
Но если вся работа твоей программы сводится к отрисовке квадратика 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 в КуТях работал бы именно как клавиша-модификатор, а не как продукт поражённого виндузячьей проказой мозга.

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

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

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

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

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

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

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

>>WebAssembly

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

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

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

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

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

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

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

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

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

flutter

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

Удалена 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.

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

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

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