🅰️nimeCoder
По поводу последних трёх наречий: 1) Быстро что? Разработка? Ну я не уверен, что разработка на Electron быстрее, чем на Python. Если же ты про быструю работу приложения - то приложения на Электроне работают в разы медленнее из-за того, что это не нативный код, а сжатые исходники с интерпретатором. 2) Не понял, что ты имеешь ввиду 3) Ты уверен, что это будет красивее, чем на том же Qt или WinAPI?
Быстро - разработка и последующая поддержка, а то может и перенос готового веб приложения на десктоп с минимальными затратами Что по поводу работы electron и python, я не совсем понимаю какую часть электрона (chromium + node + ???) сравнивают с ЯП (python), если ноду, то вроде быстрее, причём скорее всего не на один порядок. На питоне я не знаю возможности сделать UI без все тех же решений как и на ноде (опять же те же Qt биндинги, а аналогов электрона там особо нет или они не того уровня - может я ошибаюсь, но я не видел достойного и приложений на них) Ну нативный там или не нативный в начале не так важно, он все же с JIT. Конечно перформанс ниже, а как может быть иначе? Скорость отклика внутри renderer очень зависит от того что вы в нем делаете (он не резиновый), если там вычислять Фибоначчи то может стоит перенести в main?) Я уверен что можно сделать очень красивые приложения где угодно, но там нет ни фронтовых решений что есть в случае electron'a и более тяжело делать адаптив. Время потраченное на такое приложение будет сильно больше, требования к разработчику выше. Что по <<посреднику>> это в любом случае доп слой абстракции, но он там для того чтобы ты просто чуть меньше страдал и мог все же делать быстрее. Qt в сравнении с electron ещё и имеет ограничения лицензии для коммерческого использования, не очень серьёзные но они есть и если захочется их преодолеть, придётся платить
🅰️nimeCoder
Есть проект на ноде - nodegui и его vue/react исполнение. Он использует Qt и на малых приложениях будет меньше весить и потреблять, но даже там стоит подумать, тк там разработка садо-мазо.
Оруэлл
Быстро - разработка и последующая поддержка, а то может и перенос готового веб приложения на десктоп с минимальными затратами Что по поводу работы electron и python, я не совсем понимаю какую часть электрона (chromium + node + ???) сравнивают с ЯП (python), если ноду, то вроде быстрее, причём скорее всего не на один порядок. На питоне я не знаю возможности сделать UI без все тех же решений как и на ноде (опять же те же Qt биндинги, а аналогов электрона там особо нет или они не того уровня - может я ошибаюсь, но я не видел достойного и приложений на них) Ну нативный там или не нативный в начале не так важно, он все же с JIT. Конечно перформанс ниже, а как может быть иначе? Скорость отклика внутри renderer очень зависит от того что вы в нем делаете (он не резиновый), если там вычислять Фибоначчи то может стоит перенести в main?) Я уверен что можно сделать очень красивые приложения где угодно, но там нет ни фронтовых решений что есть в случае electron'a и более тяжело делать адаптив. Время потраченное на такое приложение будет сильно больше, требования к разработчику выше. Что по <<посреднику>> это в любом случае доп слой абстракции, но он там для того чтобы ты просто чуть меньше страдал и мог все же делать быстрее. Qt в сравнении с electron ещё и имеет ограничения лицензии для коммерческого использования, не очень серьёзные но они есть и если захочется их преодолеть, придётся платить
Про перенос - я согласен, поспорить не могу, а по поводу разработки с нуля - питон проще и быстрее. Скорость питона зависит от его интерпретатора, например официальный интерпретатор Cpython медленный, а PyPy быстрый, так как использует JIT компиляцию. Что за др*чка на веб-интерфейс? На питоне есть куча библиотек и фреймворков для создания GUI включая Eel, который поддерживает веб-интерфейс. Опять же, если уж так нужно писать фронтенд отдельно - Eel
Оруэлл
Быстро - разработка и последующая поддержка, а то может и перенос готового веб приложения на десктоп с минимальными затратами Что по поводу работы electron и python, я не совсем понимаю какую часть электрона (chromium + node + ???) сравнивают с ЯП (python), если ноду, то вроде быстрее, причём скорее всего не на один порядок. На питоне я не знаю возможности сделать UI без все тех же решений как и на ноде (опять же те же Qt биндинги, а аналогов электрона там особо нет или они не того уровня - может я ошибаюсь, но я не видел достойного и приложений на них) Ну нативный там или не нативный в начале не так важно, он все же с JIT. Конечно перформанс ниже, а как может быть иначе? Скорость отклика внутри renderer очень зависит от того что вы в нем делаете (он не резиновый), если там вычислять Фибоначчи то может стоит перенести в main?) Я уверен что можно сделать очень красивые приложения где угодно, но там нет ни фронтовых решений что есть в случае electron'a и более тяжело делать адаптив. Время потраченное на такое приложение будет сильно больше, требования к разработчику выше. Что по <<посреднику>> это в любом случае доп слой абстракции, но он там для того чтобы ты просто чуть меньше страдал и мог все же делать быстрее. Qt в сравнении с electron ещё и имеет ограничения лицензии для коммерческого использования, не очень серьёзные но они есть и если захочется их преодолеть, придётся платить
Кстати electron не настолько кроссплатформенный, как Python
Ravshan
если тебе так не нравится электрон, то зачем сидеть в этом чате))
Оруэлл
если тебе так не нравится электрон, то зачем сидеть в этом чате))
По той же причине, почему я сижу в чатах бандеровцев - понять психологию этих людей
꧁༺ Володя ༻꧂
Кстати electron не настолько кроссплатформенный, как Python
Неправильно сказано, ты сравнил язык программирования с фреймворком, чё за идиотизм?? Питон кроссплатформенный, и джс тоже а не електрон
Оруэлл
Как на питоне можно делать десктоп и мобайл так же и на джсе
да нет четкого разделения на десктоп и мобайл
꧁༺ Володя ༻꧂
да нет четкого разделения на десктоп и мобайл
Если бы не было, то все языки программирования имели один фреймворк для создания десктопа и мобайла
Оруэлл
Это равносильно тому что сравнить питон и Котлин, на котлине пишут мобайл
На котлине пишут только под андроид - это не единственная ос для смартфонов
Оруэлл
Я знаю, есть ещё свифт
Свифт только под iOS и macOS
꧁༺ Володя ༻꧂
Свифт только под iOS и macOS
Мне это объяснять не надо
꧁༺ Володя ༻꧂
Кароче, не нравится електрон, не цепляйся к людям и не показывай что ты здесь умнее всех, здесь есть профи которые плевать хотели на тот питон и пишут на електроне
꧁༺ Володя ༻꧂
А разводить срач что ты больше за питон, не надо
Оруэлл
Если бы не было, то все языки программирования имели один фреймворк для создания десктопа и мобайла
Объясняю что я имею ввиду. Есть ОС, которые нельзя отнести к одной платформе. Например Линукс - это и десктопная ОС и мобильная одновременно.
Оруэлл
Тот же андроид часто стоит на телевизорах
🅰️nimeCoder
Кстати electron не настолько кроссплатформенный, как Python
У меня приложение на электроне работает (причём одинаково) на Mac, Linux и на винде (7-11). На x86 (i386/amd64) /arm64 Если есть ещё какие то платформы о которых я не знаю, то что за они?)
🅰️nimeCoder
Ну разве что на ведро и ios ты электрон с разбегу не соберешь
Степан
Всем привет! Недавно начал работать с электроном, столкнулся со следующей проблемой: есть ангуляровское приложение и есть модуль сканирования штрихкодов для него. Модуль несовместим с другой критической библой, поэтому я принял единственное найденное решение - создать второй app и там грузить сканер. Хочу, но не знаю можно ли сделать и если да, то как: заморозить основное приложение на время работы сканера; сбилдить всю эту красоту в одну кнопку. Буду рад высказать огромное человеческое спасибо, если кто-нибудь сможет подсказать ^_^
🅰️nimeCoder
Можно же заранее собрать модуль и подключить уже собраный если есть какие то конфликты. В чем несовместимость
Степан
В contextIsolation Для сканера нужно true Для crypto в сокетах false
Степан
Что соответственно настраивается при создании electron window
🅰️nimeCoder
А зачем <<замораживать>>?
Степан
Попытка пихнуть в окно приложения с сокетами ctxiso: true ведёт к нодовским ошибкам связанным с require(я уже не помню что там конкретно)
Степан
А зачем <<замораживать>>?
С точки зрения UX мне кажется, что так будет правильно: либо отсканируй и получи результат в основном приложении(сканер автозакроется), либо закрывай сканер ручками, но бегать по основному приложению когда работает сканер - ни-ни
🅰️nimeCoder
Там можно указать опцию окна которая не даст доступ к родительскому, модальность или чёт такое
Степан
Короче смотреть опции BrowserWindow, правильно понял?
🅰️nimeCoder
modal:true
🅰️nimeCoder
Modal window is a child window that disables parent window
Степан
Огромное человеческое спасибо!😋
Владимир
Kivy - это фреймворк питона, работает на всех ОС
https://kivy.org/gallery.html вау, что же на нем сделано? А нихрена! Какой замечательный фреймворк, интересно, почему на нем никто не пишет
Оруэлл
Сразу оправдывает
Это факт. Python популярнее на серверах и для приложений под заказ
Ravshan
опасные заявления)
Bogaciuc
Всем Привет, есть вопрос, может кто то сталкивался. Приложение electron/react/serialport, на маке в сборке все ок работает с serialport, подключение к девайсу, на винде, кидает ошибку acces device denied com3, при этом если запускать локально на винде то все ок.
Алексей
Может порт занят чем-то другим
Bogaciuc
Так и я предположил, а никак его не переподключить?
Алексей
Ты по какому протоколу читаешь данные
Алексей
Если ты читаешь по modbus можешь попробовать не через приложение прочитать а через mod bus pool Если прочитаешь то проблема точно в программе твоей
Алексей
Ну то есть порт не занят, а в чем то другом проблема
Алексей
и еще на винде часто драйвер на компорт нужен в отличие от линукса, на линуксе без драйверов все прекрасно работает
Алексей
на маке наверное так же
Александр
Подскажите как включить ES Module в forge.config.js Переписал все подключения через import, в package.json дописал "type": «module», но проект не стартует. Пишет ошибка в …/forge.config.js
Unknown
интересно, на электроне можно написать типа лексии для прошивки автокомпа?)
Unknown
а то она только на вм икспишки работает
🅰️nimeCoder
Одинаково медленно?
одинаково хорошо
🅰️nimeCoder
Android и iOS
ну так для этого он и не предназначен
🅰️nimeCoder
Это факт. Python популярнее на серверах и для приложений под заказ
единственное где чувствуется популярность python, так это на решениях под OpenCV наверное на втором месте после C++, и для этого действительно есть причины, думаю тоже самое в «схожих» областях, там где нужны перегрузки операторов и прочие фичи от него
Оруэлл
одинаково хорошо
Поверь, скомпилированный код C, C++, Rust или Go был бы намного быстрее
🅰️nimeCoder
Поверь, скомпилированный код C, C++, Rust или Go был бы намного быстрее
я верю, это не предположение и не пустые слова это факт, но прила 90% времени только бамбук у тебя курит, если ты там не числодробилку писал, так что вся эта скорость где-то там, под капотом не дает реальных преимуществ в 90% случаев для пользователя
🅰️nimeCoder
все сложные вещи по перформансу в ноде делаются нативными модулями, полностью на C/C++ с тем самым высоким перформансом доступным им
🅰️nimeCoder
обработка изображений (jimp/sharp), криптограция (bcrypt, node:crypto) и прочие все вещи тут всего 4 либы что пришли с ходу в голову электрон к этому отношения не имеет, он просто GUI, все остальное как в обычной ноде, а значит с нативными аддонами и перформансом C++ где это требуется Это не технологии из будущего, это доступно сейчас и если надо можно даже самому сделать эти самые аддоны)
Оруэлл
ну так для этого он и не предназначен
Ну смотри: из 5 ОС Электрон поддерживает только 2, из которых одна (Linux) - не популярная. А Kivy поддерживает все 5!!!
No
Ну смотри: из 5 ОС Электрон поддерживает только 2, из которых одна (Linux) - не популярная. А Kivy поддерживает все 5!!!
Вообще не аргумент. Свифт и котлин вообще только одну, и это не делает их плохими
Оруэлл
Вообще не аргумент. Свифт и котлин вообще только одну, и это не делает их плохими
К слову я не хочу учить Java только потому, что она ограничена JVM
Оруэлл
🅰️nimeCoder
MacOS, GNU/Linux, и Win
Оруэлл
MacOS, GNU/Linux, и Win
Ну я и говорю
🅰️nimeCoder
MacOS, GNU/Linux, и Win
на мобиале своего хватает добра, это немного другая сфера
🅰️nimeCoder
flutter и еще там пару)
🅰️nimeCoder
flutter и еще там пару)
он кстати тоже вроде декстоп поддерживает, правда я не видел ни одной прилы на нем под десктоп
Оруэлл
на мобиале своего хватает добра, это немного другая сфера
Разработку под iOS и под Android отнести к одной категории нельзя. Это абсолютно разный подход, ибо iOS - это нативная разработка, сродни линуксу, а Android ближе к JVM
Ravshan
чел топит сперва за минимализм а потом пишет о kivy франкенштейне) Переобулся в воздухе