Вызов методов из динамического списка модулей

Question

Вызов методов из динамического списка модулей

1

Я пытаюсь сделать здесь две вещи, динамически импортировать все модули в каталог (количество/имена неизвестны), а затем для каждого из найденных модулей вызывается функция, называемая checkMe(). checkMe() гарантированно будет в каждом модуле, поэтому нет необходимости проверять. Это то, что у меня есть до сих пор:

Импортировать

import sys
import os
import glob

pathname = os.path.dirname(sys.argv[0]) + "/"
pathname = pathname + "/modules/"

__modules__ = [ os.path.basename(f)[:-3] for f in glob.glob(os.path.dirname(pathname)+"/*.py")]

for module in __modules__:
    __import__(module)

Вызов checkMe()

for module in __modules__:
    m = getattr(sys.modules[__name__], module)
    getattr(m, 'checkMe').__call__()

Но я получаю эту ошибку:

AttributeError: 'module' object has no attribute 'sendme'

(sendme - первый модуль)

Любая помощь очень ценится... спасибо!

pdeuchler 22 июнь 2011, в 22:58

Источник

0

Добавьте оператор печати, чтобы показать, что вы получаете за pathname , __modules__ и т. Д.
Rafe Kettler 22 июнь 2011, в 20:13
0

Я почти уверен, что импорт работает ... Я отладил это и больше не получаю ошибок для этих строк.
pdeuchler 22 июнь 2011, в 20:21
0

if может быть полезно увидеть, что заканчивается в __module__ . Я бы в значительной степени добавил операторы печати каждый раз, когда вы назначаете переменную, чтобы вы могли отслеживать состояние во всем приложении и выяснять, где что-то идет не так.
Rafe Kettler 22 июнь 2011, в 20:22
0

@rafe Аааа, я понимаю, что ты говоришь. У меня действительно есть эти печатные заявления, я только что отредактировал их, чтобы опубликовать здесь. Они распечатывают то, что я ожидал, хотя я не могу на 100% подтвердить, что импорт работает из-за моей трудности с вызовом методов в этих модулях.
pdeuchler 22 июнь 2011, в 20:25

Показать ещё 2 комментария

Теги:

python

module

1 ответ

Ещё вопросы

Добавьте оператор печати, чтобы показать, что вы получаете за pathname , __modules__ и т. Д.
Я почти уверен, что импорт работает ... Я отладил это и больше не получаю ошибок для этих строк.
if может быть полезно увидеть, что заканчивается в __module__ . Я бы в значительной степени добавил операторы печати каждый раз, когда вы назначаете переменную, чтобы вы могли отслеживать состояние во всем приложении и выяснять, где что-то идет не так.
@rafe Аааа, я понимаю, что ты говоришь. У меня действительно есть эти печатные заявления, я только что отредактировал их, чтобы опубликовать здесь. Они распечатывают то, что я ожидал, хотя я не могу на 100% подтвердить, что импорт работает из-за моей трудности с вызовом методов в этих модулях.

Tobu · Answer 1 · 2011-06-22T17-35-00.000Z

0

__import__ имеет несколько сложную семантику относительно пакетов (каталогов, содержащих __init__.py) и модулей. Вам нужно будет использовать аргумент fromlist чтобы он работал. Как бы то ни было, запуск модуля по пути проще всего с помощью runpy (из комментариев: run_path требует Python 2.7 или новее):

import runpy
runpy.run_path('path/to/file.py')

Tobu 22 июнь 2011, в 17:35

0

Как я уже говорил выше, я почти уверен, что импорт работает, это вызов методов в тех модулях, с которыми у меня возникают реальные проблемы
pdeuchler 22 июнь 2011, в 20:23
0

@pdeuchler Нет, импорт не возвращает ожидаемый модуль. help(__import__) должна убедить вас.
Tobu 22 июнь 2011, в 20:38
0

@Tobu: «При импорте модуля из пакета обратите внимание, что __import__('AB', ...) возвращает пакет A, когда fromlist пуст, но его подмодуль B, когда fromlist не пуст». Это?
JAB 22 июнь 2011, в 20:47
0

@JAB да. Кстати, __import__ использует sys.path , что является еще одной причиной, почему runpy.run_path здесь более подходит.
Tobu 22 июнь 2011, в 20:52
0

Поскольку pdeuchler знает, каков начальный путь, он всегда может где-то поместить sys.path.append(pathname) . Кроме того, я собирался спросить, что произойдет, если модуль содержит код, который выполняется при запуске в виде скрипта, но затем я заметил часть, в которой говорится, что « __name__ установлен на run_name если этот необязательный аргумент не None и на '<run_path>' иначе». Таким образом, условные __name__ == '__main__' не сработают. О, и вы должны , вероятно, отметить , что runpy имеет только run_path метод в питонов 2.7.x и 3.2+. Это сбило меня с толку, пока я не проверил дважды.
JAB 22 июнь 2011, в 21:10
0

@JAB @Tobu Совместимость не проблема, и спасибо. Позволит ли это изменить, чтобы мне было проще запускать функции в этих модулях?
pdeuchler 22 июнь 2011, в 22:52

Показать ещё 4 комментария