Como evitar arquivos .pyc?

Posso executar o interpretador python sem gerar os arquivos .pyc compilados?

Em "Novidades do Python 2.6 - Alterações de intérpretes" :

Agora, o Python pode ser impedido de gravar arquivos .pyc ou .pyo, fornecendo a opção -B ao interpretador Python ou definindo a variável de ambiente PYTHONDONTWRITEBYTECODE antes de executar o interpretador. Essa configuração está disponível para os programas Python como a sys.dont_write_bytecodevariável e o código Python pode alterar o valor para modificar o comportamento do intérprete.

Atualização 27-11-2010: O Python 3.2 soluciona o problema de bagunçar as pastas de origem com os .pycarquivos, introduzindo uma __pycache__subpasta especial , consulte Novidades do Python 3.2 - Diretórios de repositórios PYC .

import sys

sys.dont_write_bytecode = True

Na verdade, existe uma maneira de fazer isso no Python 2.3+, mas é um pouco esotérico. Não sei se você percebeu isso, mas você pode fazer o seguinte:

$ unzip -l /tmp/example.zip
 Archive:  /tmp/example.zip
   Length     Date   Time    Name
 --------    ----   ----    ----
     8467  11-26-02 22:30   jwzthreading.py
 --------                   -------
     8467                   1 file
$ ./python
Python 2.3 (#1, Aug 1 2003, 19:54:32) 
>>> import sys
>>> sys.path.insert(0, '/tmp/example.zip')  # Add .zip file to front of path
>>> import jwzthreading
>>> jwzthreading.__file__
'/tmp/example.zip/jwzthreading.py'

De acordo com a biblioteca zipimport :

Qualquer arquivo pode estar presente no arquivo ZIP, mas apenas os arquivos .py e .py [co] estão disponíveis para importação. A importação ZIP de módulos dinâmicos (.pyd, .so) não é permitida. Observe que, se um arquivo compactado contiver apenas arquivos .py, o Python não tentará modificá-lo adicionando o arquivo .pyc ou .pyo correspondente, o que significa que se um arquivo ZIP não contiver arquivos .pyc, a importação poderá ser bastante lenta.

Portanto, tudo o que você precisa fazer é compactar os arquivos, adicionar o arquivo zip ao seu sys.path e importá-los.

Se você estiver criando isso para o UNIX, considere também empacotar seu script usando esta receita: executável zip do unix , mas observe que pode ser necessário ajustar isso se você planeja usar o stdin ou ler qualquer coisa do sys.args (pode ser feito sem muita dificuldade).

Na minha experiência, o desempenho não sofre muito por causa disso, mas você deve pensar duas vezes antes de importar módulos muito grandes dessa maneira.

Na versão 2.5, não há como suprimi-lo, exceto medidas como não dar aos usuários acesso de gravação ao diretório.

No python 2.6 e 3.0, no entanto, pode haver uma configuração no módulo sys chamada "dont_write_bytecode" que pode ser configurada para suprimir isso. Isso também pode ser definido passando a opção "-B" ou configurando a variável de ambiente "PYTHONDONTWRITEBYTECODE"

Você pode definir sys.dont_write_bytecode = Truesua fonte, mas isso deve estar no primeiro arquivo python carregado. Se você executar python somefile.py, você não receberá somefile.pyc.

Quando você instala um utilitário usando setup.pye entry_points=você configurou sys.dont_write_bytecodeo script de inicialização. Portanto, você não pode confiar no script de inicialização "padrão" gerado pelo setuptools.

Se você iniciar o Python com o arquivo python como argumento, poderá especificar -B:

python -B somefile.py

somefile.pycnão seria gerado de qualquer maneira, mas também não há .pycarquivos para outros arquivos importados.

Se você tiver algum utilitário myutile não puder mudar isso, ele não passará -B para o interpretador python. Basta iniciar definindo a variável de ambiente PYTHONDONTWRITEBYTECODE:

PYTHONDONTWRITEBYTECODE=x myutil

Eu tenho vários casos de teste em um conjunto de testes e antes de executar o conjunto de testes no Mac Terminal desta maneira:

python LoginSuite.py

Executando o comando dessa maneira, meu diretório estava sendo preenchido com arquivos .pyc. Tentei o método indicado abaixo e resolveu o problema:

python -B LoginSuite.py

Este método funciona se você estiver importando casos de teste para o conjunto de testes e executando o conjunto na linha de comandos.

A partir do Python 3.8, você pode usar a variável de ambiente PYTHONPYCACHEPREFIXpara definir um diretório de cache para o Python.

Nos documentos do Python:

Se isso estiver definido, o Python gravará arquivos .pyc em uma árvore de diretórios espelhados nesse caminho, em vez de nos diretórios pycache da árvore de origem. Isso é equivalente a especificar a opção -X pycache_prefix = PATH.

Exemplo

Se você adicionar a seguinte linha ao seu ./profileno Linux:

export PYTHONPYCACHEPREFIX="$HOME/.cache/cpython/"

O Python não criará os __pycache__diretórios irritantes no diretório do seu projeto, mas colocará todos eles em~/.cache/cpython/

Você pode criar os diretórios em que seus módulos existem somente leitura para o usuário em que o interpretador Python está executando.

Eu não acho que haja uma opção mais elegante. O PEP 304 parece ter sido uma tentativa de introduzir uma opção simples para isso, mas parece ter sido abandonado.

Imagino que provavelmente haja outro problema que você está tentando resolver, para o qual desativar .py [co] pareceria uma solução alternativa, mas provavelmente será melhor atacar qualquer que seja esse problema original.

Solução para ipython 6.2.1 using python 3.5.2(Testado no Ubuntu 16.04 e Windows 10):

Ipythonnão respeita %env PYTHONDONTWRITEBYTECODE =1se definido no ipythonintérprete ou durante a inicialização em ~/.ipython/profile-default/startup/00-startup.ipy. Em vez disso, use o seguinte em seu~.ipython/profile-default/startup/00-startup.py

import sys
sys.dont_write_bytecode=True

Tanto quanto eu sei, o python irá compilar todos os módulos que você "importa". No entanto, o python NÃO compila um script python executado usando: "python script.py" (no entanto, compila todos os módulos importados pelo script).

A verdadeira questão é por que você não quer que o python compile os módulos? Você provavelmente poderia automatizar uma maneira de limpá-las se elas estiverem atrapalhando.