Краткое изложение моего собственного опыта, делающего нечто подобное.В моем случае это было возможно, но это не всегда так.Надеюсь, что это поможет.
Найдите и оцените зависимости приложения от API-адреса Electron - попробуйте выполнить поиск require ('electronic') или, что более вероятно, в Angular, ngxElectron или другой оболочке API Angular Electron, исправьте или измените приложение так, чтобычто это больше не зависит от Electron.
Выполните поиск по ключевым словам Electron API и их использованию и решите, как их обрабатывать.Примеры, когда приложение может использовать Electron - меню Electron, буфер обмена, BrowserView или другие скрытые приложения могут использовать IPC.
Приложение может ссылаться на API-интерфейс Node, поскольку Node относительно легко смешать с вашим приложением в Electron, и это будет проблемой, которую необходимо исправить.Поиск ссылок Node api.
Некоторые приложения имеют собственные зависимости вне Electron, вам необходимо найти любые такие API и решить, как их обрабатывать.
Размер работы (и дажеесли это вообще возможно) будет зависеть от функциональности, которую предоставляет само приложение, и степени требуемых нативных функций, степени зависимости от функций Electron, зависимостей от Node.
Например, в Electron разработчики имеют большеконтроль над браузером, чем обычно, и может отключить обычные функции веб-безопасности.При перемещении приложения в браузер могут возникать межсайтовые сценарии (CORS и т. Д.) Или другие проблемы с безопасностью.Посмотрите на параметры, переданные при создании BrowserWindows.Если приложение имеет экзотические настройки, это может потребовать изменения архитектуры.
Вам необходимо решить, будет ли приложение по-прежнему работать в Electron после переноса (это может быть возможно, но может усложнить задачу)
Если приложение по-прежнему должно работать в Electron, вам необходимо определить стратегию того, как с этим справиться (например, проверять ли операторы для Electron или другую стратегию).