Cómo ejecutar una secuencia de comandos python sin especificar la extensión de archivo (solución multiplataforma)?

Question

Digamos que tenemos un script de Python do.py y queremos poder llamarlo sin extensión, como do o ./do.

Si cambiamos el nombre del archivo de do.py a do y aseguramos que tenemos una línea de shebang válida, funcionará para todas las plataformas excepto para Windows. En Windows no hay forma de ejecutar el archivo sin extensión.

En Windows, si conservamos la extensión de archivo original, podremos llamar al script sin el nombre completo porque el instalador de Python registra la extensión .py como ejecutable.

Parece que tenemos que entregar la misma secuencia de comandos bajo dos nombres diferentes para llamarlo en entornos Windows y que no sean de Windows. Realmente no me gusta esto y estoy buscando una solución sin esta redundancia.

Otro enfoque común en esto es agregar un archivo por lotes contenedor do.cmd que llama al archivo original do.py. Esto tiene por lo menos un problema importante: lo hace romper el Ctrl + C/Ctrl + INTER porque no hay manera de prevenir cmd.exe de instándole con Terminate batch job? (Y/N) message.

Si vamos a utilizar un envoltorio que tenemos que ser Asegúrese de que:

• retorno del código de error (nivel de error) devuelto por el guión original
• no va a cambiar el entorno
• va a volver a utilizar la misma consola (no hay ventanas nuevas)
• no interfiere con la salida estándar, STDIN o STDERR
• ser amigable con Ctrl-C (no hay indicaciones)

supongo que la solución óptima es todavía utilizar un envoltorio. Batch no funcionará, el ejecutable nativo agregaría mucha complejidad, por lo que probablemente un wrapper escrito en python haría lo mismo.

Answer 1

Hasta ahora se me ocurrió esta solución que parece funcionar.Crear un archivo yourname.py con este contenido:

import os, sys 
filename = os.path.splitext(os.path.basename(sys.argv[0]))[0] 
if not os.path.exists(filename): 
    # filename does not exists, we will emulate cmd behaviour 
    sys.stderr.write("'%s' is not recognized as an internal or external command,\noperable program or batch file." % filename) 
    sys.exit(9009) 
ret = os.system("python %s %s" % (
     filename, 
     " ".join(sys.argv[1:]) 
     )) 
exit(ret) 

Answer 2

siempre puede llamar a su script con el intérprete de Python. Obtienes la misma consistencia en * nix, cuando usas el intérprete.

de Windows

c:\> python c:\path\to\myscript 

* nix

$ python /path/to/myscript 

Si no es lo que quieres, entonces estoy mal interpretando su pregunta.

Answer 3

Puede usar distutils para instalar scripts en la instalación de Python (la herramienta easy_install se instala así, por ejemplo).

Para Windows, puede usar py2exe para crear una secuencia de comandos que se puede ejecutar sin la extensión de archivo. En Linux, simplemente puede usar un archivo sin extensión, pero que incluye una línea shebang.

Answer 4

En las ventanas i añade la extensión '.py' a la variable de entorno 'PATHEXT' y que funciona para mí - si el archivo .py se almacena en un directorio que es parte de la variable de entorno 'PATH'.

C:\>echo %PATHEXT% 
.COM;.EXE;.BAT;.CMD;.PY;.JS;.JSE 

Answer 5

Escribe tu módulo principal Python con una extensión .py. Configure PATHEXT correctamente y se ejecutará en Windows sin tener que escribir la extensión.

En Unix, escriba un segundo programa de Python que simplemente importe el primero, utilizando la sintaxis she-bang. No hay extensión en este archivo, es un script de shell. De esta manera:

#!/usr/bin/env python 
import do 

Esto tendrá el efecto de importación do.py.

Solo do debe marcarse como ejecutable para Unix. do.py es un módulo en ese entorno.

Al importar un módulo, el código en el módulo se ejecuta una vez.

No elimina por completo la redundancia, pero está cerca. Y es probablemente la mejor solución posible para scripting multiplataforma.

Answer 6

Jason's answer es más clara y sencilla, pero una versión genérica obtiene el nombre del módulo del nombre de archivo:

#!/usr/bin/env python 
import importlib, os, sys 
importlib.import_module(os.path.basename(sys.argv[0])) 

Una vez dicho esto, yo prefiero Jason de donde es inmediatamente claro lo que está pasando:

#!/usr/bin/env python 
import do