Importer un module python sans le .py extension

J'ai un fichier appelé foobar (sans .py extension). Dans le même répertoire que j'ai un autre fichier python qui essaie de l'importer:

import foobar

Mais cela ne fonctionne que si je renomme le fichier à foobar.py. Est-il possible d'importer un module python qui n'ont pas l' .py extension?

Mise à jour: le fichier n'a pas d'extension, car je l'utilise aussi comme un script autonome, et je ne veux pas le type de l' .py extension pour l'exécuter.

Update2: je vais aller pour le lien de la solution mentionnée ci-dessous.

Je suis intrigué. Pourquoi avez-vous un fichier python sans py extension?
Parfois, il est agréable à utiliser python pour les fichiers de configuration d'extension .conf) ou pour désigner un type spécial de fichier. Dans mon cas, ce serait plus qu'une commodité pour un Administrateur.
J'ai un fichier de configuration qui est utilisé à la fois comme un fichier python et comme un script bash. Je lui ai donné un pysh extension...
Si c'est un problème de configuration de choses, je vous recommande d'utiliser ConfigParser. wiki.python.org/moin/ConfigParserExamples
Une des raisons est des scripts python avec .cgi extensions au lieu de .py extension

InformationsquelleAutor compie | 2010-04-08

import python

40

Vous pouvez utiliser le imp.load_source fonction (à partir de la imp module), pour charger un module dynamique à partir d'un chemin du système de fichiers.
```
foobar = imp.load_source('foobar', '/path/to/foobar')
```
Ce DONC la discussion montre également quelques options intéressantes.
- Fixe. [il est plus constructif de suggérer une modification, si]
- mais encore une fois est ce que j'ai compris de >>> foobar = imp.load_source(",'références') [par défaut] NameError: name 'par défaut' n'est pas défini
- Qu'est-ce que l'utilisation de la premier argument 'foobar' si elle est affectée à la valeur de retour?
- Il définit le module __name__ bien; normalement c'est déterminé à partir du nom de fichier, mais puisque vous êtes en utilisant un non-standard de nom de fichier (qui pourrait même ne pas contenir de python valide identifiant à tous), vous devez spécifier le nom du module. Le nom de la variable dans lequel vous stocker une référence à l'objet module est hors de propos, comme si vous import foo.bar as baz le module référencé par la variable baz aura toujours son origine __name__.
- Cela a été abandonné depuis 3.4. Une idée de comment importer à partir d'un fichier sans l' .py extension de 3,4+?
- Pour Python 3.4+: cette réponse est plus exacte: stackoverflow.com/questions/2601047/...
InformationsquelleAutor Eli Bendersky
15

Comme d'autres l'ont mentionné, vous pourriez utiliser imp.load_source, mais il permet de rendre votre code plus difficile à lire. Je voudrais vraiment que vous le recommandons si vous avez besoin d'importer des modules dont les noms ou les chemins d'accès ne sont pas connus jusqu'à ce moment de l'exécution.

Quelle est votre raison de ne pas vouloir utiliser le .py extension? Le cas le plus fréquent pour ne pas vouloir utiliser le .py extension, c'est parce que le script python est également exécuter un exécutable, mais vous voulez encore d'autres modules afin de pouvoir l'importer. Si c'est le cas, il pourrait être avantageux de déplacer les fonctionnalités d'un .py fichier avec un nom similaire, et ensuite utiliser foobar comme un wrapper.
- Ou au lieu de l'emballage, juste lien symbolique foobar.py pour foobar (en supposant que vous n'êtes pas sur Windows)
- ouais, ce serait beaucoup plus propre. Vous pouvez utiliser une .bat pour windows pour accomplir la même chose.
- J'ai un joli cas d'utilisation - un fichier readme, avec des exemples que je voudrais doctest pour valider. Je suis l'espoir de faire un doctest markdown doc qui fonctionne...
- Et la réponse est (pour ce cas d'utilisation) - utilisation doctest.loadfile!
- Le problème avec les wrappers est que si quelqu'un naïvement exemplaires seulement le wrapper pour un bin/ répertoire, le programme ne fonctionne pas lorsqu'il est exécuté à partir du chemin d'accès.
InformationsquelleAutor
14

imp.load_source(module_name, path) devrait le faire, ou vous pouvez faire le plus de commentaires imp.load_module(module_name, file_handle, ...) itinéraire si vous avez un descripteur de fichier à la place

InformationsquelleAutor Daniel DiPaolo
12

Voici une solution pour Python 3.4+:
```
from importlib.util import spec_from_loader, module_from_spec
from importlib.machinery import SourceFileLoader 

spec = spec_from_loader("foobar", SourceFileLoader("foobar", "/path/to/foobar"))
foobar = module_from_spec(spec)
spec.loader.exec_module(foobar)
```
À l'aide de spec_from_loader et spécifiant explicitement un SourceFileLoader force la machines pour charger le fichier en tant que source, sans essayer de comprendre le type de fichier de l'extension. Cela signifie que vous pouvez charger le fichier, même si elle n'est pas répertoriée dans importlib.de la machinerie.SOURCE_SUFFIXES.

Si vous voulez garder l'importation du fichier par son nom après la première charge, ajouter le module à sys.modules:
```
sys.modules['foobar'] = foobar
```
- Ce module a besoin d'un foobar = importlib.nice_import('foobar') helper désespérément.
- Il possède déjà. Je ne pense pas que /some/arbitrary/file.weird_extension qualifie de "gentil". Cela étant dit, j'ai commencé à utiliser le code python pour tous mes fichiers de configuration une fois que j'ai découvert cela. C'est tellement pratique.
InformationsquelleAutor Mad Physicist
1

Si vous installez le script avec le gestionnaire de package (deb ou équivalent) une autre option serait d'utiliser setuptools:

"...il n'y a pas de moyen facile d'avoir un script du nom de fichier de correspondance des conventions locales sur Windows et les plate-formes POSIX. Pour une autre, vous devez créer un fichier séparé juste pour le “principal” de script, lorsque votre “main” est une fonction dans un module quelque part... setuptools résout tous ces problèmes en générant automatiquement des scripts pour vous avec la bonne extension, et sous Windows, il va même jusqu'à créer un .exe fichier..."

https://pythonhosted.org/setuptools/setuptools.html#automatic-script-creation

InformationsquelleAutor user2745509
0

importlib fonction d'assistance

Voici une commode, prêt-à-utilisation de l'aide pour remplacer imp, avec un exemple, basé sur ce qui a été mentionné à: https://stackoverflow.com/a/43602645/895245

main.py
```
#!/usr/bin/env python3

import os
import importlib

def import_path(path):
    module_name = os.path.basename(path).replace('-', '_')
    spec = importlib.util.spec_from_loader(
        module_name,
        importlib.machinery.SourceFileLoader(module_name, path)
    )
    module = importlib.util.module_from_spec(spec)
    spec.loader.exec_module(module)
    sys.modules[module_name] = module
    return module

notmain = import_path('not-main')
print(notmain)
print(notmain.x)
```
pas-main
```
x = 1
```
Exécuter:
```
python3 main.py
```
De sortie:
```
<module 'not_main' from 'not-main'>
1
```
- Je remplacer - avec _ parce que mon importables Python exécutables sans extension, ont des traits d'union. Ce n'est pas obligatoire, mais donne de meilleurs noms de module.

Ce modèle est également mentionné dans les docs à: https://docs.python.org/3.7/library/importlib.html#importing-a-source-file-directly

J'ai fini de déménager, car après la mise à jour de Python 3.7, import imp imprime:
```
DeprecationWarning: the imp module is deprecated in favour of importlib; see the module's documentation for alternative uses
```
et je ne sais pas comment faire pour désactiver cette fonction.

Testé en Python 3.7.3.

InformationsquelleAutor Ciro Santilli 新疆改造中心996ICU六四事件

Vous devez vous connecter pour publier un commentaire.