Исправление EXL, (текущая версия) :
думаю вы поняли про что я
Нет, я не понял о чём ты. Те люди, которым не нужны фичи Electron – просто делают Web-приложение в виде сайта и не парятся. С локальным сервером же связана куча проблем, начиная с того, что неизвестно какой и какой версии у пользователя браузер установлен и заканчивая тем, что что-то в системе может помешать запуститься этому серверу. Ну и в догонку к этому ещё следует иметь ввиду, что тот же Python+Django или Ruby on Rails про которые ты говоришь, если их заворачивать в бандлы, то они не сильно будут тоньше этих Electron bloatware. Если вообще будут тоньше.
Ну грубо так : запускается электрон приложение видит новый фирефокс и юзает его.
У Firefox не прокинуто в систему нужное для построения десктопного приложения, вроде доступа к трею, возможности создания app-wide хоткеев, всяких там оповещаний и т. д, включая полноценный доступ к ФС. Electron это не только GUI-Frontend на Web-технологиях, но и Backend. Хром (движок хрома) определённой версии они тянут внутри себя для обеспечения консистентности и повторяемости.
И как вы заметили выше встроенный движок имеет доступ к FS так почему бы ему было не срезать потребление памяти вразы ?
Очевидно, потому что в WebKit/GTK+ нет того, что нужно всей этой армии разработчиков на Electron. Или нет нужной поддержки, документации, слабое сообщество и т. д.
он работал на много быстрее того же фокса так как жрал память только в путь.
Java тоже жрёт память только в путь. Работают ли Java-приложения быстрее приложений на C или C++ в общих случаях? Сомнительно. Жор памяти слабо связан с быстродействием самого приложения.
Это я понимаю, не понимаю причем тут электрон. Ну типа как моя прога на Питоне и мне плевать кто меня запустит питон32 или питон64. Так и в случае электрона, им должно быть пофигу какой у них внутри хром и нода.
Так с точки зрения Web-разработчика, который делает Electon-приложения, тебе и так пофиг на эту возню. Тут разработчики самой платформы Electron отчитались о том, что делать 32-битные сборки прекращают, потому что 32-битные системы уже практически умерли. Вот и весь цимес. Вон, Qt-разработчики тоже прекратили формировать 32-битные сборки. Ещё наверно где-то год назад.
Исходная версия EXL, :
думаю вы поняли про что я
Нет, я не понял о чём ты. Те люди, которым не нужны фичи Electron – просто делают Web-приложение в виде сайта и не парятся. С локальным сервером же связана куча проблем, начиная с того, что неизвестно какой и какой версии у пользователя браузер установлен и заканчивая тем, что что-то в системе может помешать запуститься этому серверу. Ну и в догонку к этому ещё следует иметь ввиду, что тот же Python+Django или Ruby on Rails про которые ты говоришь, если их заворачивать в бандлы, то они не сильно будут тоньше этих Electron bloatware. Если вообще будут тоньше.
Ну грубо так : запускается электрон приложение видит новый фирефокс и юзает его.
У Firefox не прокинуто в систему нужное для построения десктопного приложения, вроде доступа к трею, возможности создания app-wide хоткеев, всяких там оповещаний и т. д, включая полноценный доступ к ФС. Electron это не только GUI-Frontend на Web-технологиях, но и Backend. Хром определённой версии они тянут внутри себя для обеспечения консистентности и повторяемости.
И как вы заметили выше встроенный движок имеет доступ к FS так почему бы ему было не срезать потребление памяти вразы ?
Очевидно, потому что в WebKit/GTK+ нет того, что нужно всей этой армии разработчиков на Electron. Или нет нужной поддержки, документации, слабое сообщество и т. д.
он работал на много быстрее того же фокса так как жрал память только в путь.
Java тоже жрёт память только в путь. Работают ли Java-приложения быстрее приложений на C или C++ в общих случаях? Сомнительно. Жор памяти слабо связан с быстродействием самого приложения.
Это я понимаю, не понимаю причем тут электрон. Ну типа как моя прога на Питоне и мне плевать кто меня запустит питон32 или питон64. Так и в случае электрона, им должно быть пофигу какой у них внутри хром и нода.
Так с точки зрения Web-разработчика, который делает Electon-приложения, тебе и так пофиг на эту возню. Тут разработчики самой платформы Electron отчитались о том, что делать 32-битные сборки прекращают, потому что 32-битные системы уже практически умерли. Вот и весь цимес. Вон, Qt-разработчики тоже прекратили формировать 32-битные сборки. Ещё наверно где-то год назад.