весь ее код и все используемые зависимости скомпилировались в один исполняемый файл?
Можно, но криво прям капец получается. Не надо так.
а что кривого? в чем потенциальные "кривости"?
Ну, универсальные проекты по сути делают что-то в духе самораспаковывающегося архива с куском питона внутри. Исполняется? Исполняется. Но дичь. И есть ещё по типу cython (забыл, как проект назывался) — берём некоторое подмножество языка и компилируем его. С ограничениями, но прямо по настоящему.
А есть способы как то ускорить запуск графического приложения?
а почему "дичь"? если чтото простенькое, а не высоконагруженное
а на чем оно написано? например заняться профилированием и определить причину медленного запуска.
Может оно и улучшилось, но раньше глючило как чёрт знает что. И на самом деле полезно только в узких случаях, когда зачем-то надо всё в одном файле таскать. Обычно нет проблемы заполучить хотя бы папку с интерпретатором.
Дело в том что блокнот написанный на C++ открывается быстро. А блокнот на PyQt либо на WinForms открывается чуть медленнее. Для многих это наверное не заметно и неважно, но мне хотеться, чтобы мой блокнот открывался также быстро. Спрашивал про приложение на WinForms мне сказали что нужно применить AOT компиляцию. Ведь скомпилированные исполняемые файлы запускаются быстрее.
М... Какой-то мудрёный набор слов на самом деле. И неверные выводы из него.
наверное потому что в дотнетах есть такая штука как JIT компилятор, не находишь?
В Python разве нет? Гуглил, написано что и AOT и JIT есть
AOT — ahead of time, ему посоветовали предкомпилировать его .NET приложение, дабы не делать это на целевой системе.
и розовые единороги блюющие радугой
Думал есть какой то инструмент компилирующий пайтон прогу с зависимостями по настоящему. Ну ладно.
Вроде можно скомпилить Python в С, а потом С в бинарник https://cython.org/
Обсуждают сегодня