Способ скомпилировать файлы Python в отдельной папке?

Я соглашаюсь, распределяя Ваш код, поскольку яйцо является отличным способом сохранить организованным. Что могло быть более организовано, чем однофайловое, содержащее весь код и метаданные, в которых Вы будете когда-либо нуждаться. Изменение способа, которым работает компилятор байт-кода, только собирается вызвать беспорядок.

, Если Вам действительно не нравится местоположение тех pyc файлов, альтернатива должна работать от папки только для чтения. Так как Python не будет в состоянии записать, никакие pyc файлы никогда не делаются. Хит Вы, которые взятие - то, что каждый файл Python должен будет быть перекомпилирован, как только это загружается, независимо от того, изменили ли Вы его или нет. Это означает, что Ваше время запуска будет намного хуже.

"Я чувствую, что это было бы более организовано" Почему? Как? Что Вы пытаетесь выполнить?

точка сохранения выхода компилятора должна сохранить крошечный бит времени загрузки, когда модуль импортируется. Почему делают это более сложным? Если Вам не нравится .pyc's, то выполненный "периодически удаляют" сценарий всего .pyc.

Они не важны; они полезны. Почему выключают ту справку?

Это не C, C++ или Java, где полученные объекты важны. Это - просто кэш, который Python, оказывается, использует. Мы отмечаем их, как "проигнорировано" в Подрывной деятельности, таким образом, они случайно не завершают то, чтобы быть зарегистрированным.

- Я не согласен. Причины неверны или, по крайней мере, плохо сформулированы, но направление верно. Есть веские причины, по которым можно отделить исходный код от скомпилированных объектов. Вот несколько из них (все, с которыми я столкнулся в тот или иной момент):

• встроенное устройство считывающее ПЗУ, но способное использовать в памяти файловую систему на оперативной памяти.
• многопользовательская среда разработки означает совместное использование (с samba/nfs/weverever) моей рабочей директории и сборку на нескольких платформах.
• коммерческая компания желает распространять pyc только для защиты IP
• легко запустить тестовый набор для нескольких версий python, используя одну и ту же рабочую директорию
• легче очищать переходные файлы (rm -rf $OBJECT_DIR в отличие от поиска . -name '*.pyc' -exec rm -f {} \;)

Существуют обходные пути для всех этих проблем, но в основном это обходные пути, а не решения. Правильным решением в большинстве этих случаев было бы принятие программой альтернативного места для хранения и поиска этих переходных файлов.

Если вы готовы пожертвовать генерацией байт-кода ради этого, есть флаг командной строки:

python -B file_that_imports_others.py

Может быть помещен в настройки сборки / запуска IDE