TypeError: Obiekt „module” nie jest wywoływalny

File "C:\Users\Administrator\Documents\Mibot\oops\blinkserv.py", line 82, in __init__
    self.serv = socket(AF_INET,SOCK_STREAM)
TypeError: 'module' object is not callable

Dlaczego dostaję ten błąd? Jestem zmieszany.

Co musisz wiedzieć, aby odpowiedzieć na moje pytanie?

socketto moduł zawierający klasę socket.

Musisz zrobić socket.socket(...)lub from socket import socket:

>>> import socket
>>> socket
<module 'socket' from 'C:\Python27\lib\socket.pyc'>
>>> socket.socket
<class 'socket._socketobject'>
>>>
>>> from socket import socket
>>> socket
<class 'socket._socketobject'>

Oto, co oznacza komunikat o błędzie:
Mówi module object is not callable, ponieważ twój kod wywołuje obiekt modułu . Obiekt modułu to rodzaj rzeczy, którą dostajesz podczas importowania modułu. Próbujesz wywołać obiekt klasy w obiekcie modułu, który ma taką samą nazwę jak moduł, który go zawiera.

Oto sposób na logiczne rozbicie tego rodzaju błędu:

• " module object is not callable. Python mówi mi, że mój kod próbuje wywołać coś, czego nie można wywołać. Jaki jest mój kod, który próbuje wywołać?"
• „Kod próbuje się wywołać socket. To powinno być możliwe do wywołania ! Czy zmienna socketjest tym, co myślę?”
• Powinienem wydrukować, co to jest gniazdo i sprawdzić print socket

Załóżmy, że zawartość pliku YourClass.py to:

class YourClass:
    # ......

Jeśli użyjesz:

from YourClassParentDir import YourClass  # means YourClass.py

W ten sposób otrzymałem TypeError: obiekt „module” nie jest możliwy do wywołania, jeśli spróbujesz go użyć YourClass().

Ale jeśli użyjesz:

from YourClassParentDir.YourClass import YourClass   # means Class YourClass

lub użyj YourClass.YourClass(), to działa dla mnie.

Dodaj do głównego __init__.pyw YourClassParentDir, np .:

from .YourClass import YourClass

Następnie przygotujesz instancję swojej klasy, gdy zaimportujesz ją do innego skryptu:

from YourClassParentDir import YourClass

Oto kolejna gotcha, którą zajęło mi trochę czasu, nawet po przeczytaniu tych postów. Konfigurowałem skrypt, aby wywoływał moje skrypty bin Pythona. Zrobiłem też moduł nie do wywołania.

Mój zig polegał na tym, że robiłem następujące rzeczy:

from mypackage.bin import myscript
...
myscript(...)

kiedy mój zag musiał wykonać następujące czynności:

from mypackage.bin.myscript import myscript
...
myscript(...)

Podsumowując, sprawdź dwukrotnie zagnieżdżanie pakietu i modułu.

To, co próbuję zrobić, to mieć katalog skryptów, który nie ma rozszerzenia * .py, i nadal ma moduły bin do mypackage / bin, a te mają moje rozszerzenie * .py. Jestem nowy w pakowaniu i staram się przestrzegać standardów podczas ich interpretacji. Mam więc w katalogu głównym instalacji:

setup.py
scripts/
      script1
mypackage/
   bin/
      script1.py
   subpackage1/
   subpackage_etc/

Jeśli nie jest to zgodne ze standardem, daj mi znać.

Wygląda na to, że to, co zrobiłeś, zostało zaimportowane socketjako moduł import socket. Dlatego socketjest to moduł. Musisz zmienić tę linię na self.serv = socket.socket(socket.AF_INET, socket.SOCK_STREAM), jak również każde inne użycie socketmodułu lub zmienić instrukcję importu na from socket import socket.

Lub masz import socketpo from socket import *:

>>> from socket import *
>>> serv = socket(AF_INET,SOCK_STREAM)
>>> import socket
>>> serv = socket(AF_INET,SOCK_STREAM)
Traceback (most recent call last):
  File "<input>", line 1, in <module>
TypeError: 'module' object is not callable

Wiem, że ten wątek ma rok, ale prawdziwy problem tkwi w twoim katalogu roboczym.

Uważam, że katalog roboczy to C:\Users\Administrator\Documents\Mibot\oops\. Sprawdź plik podany socket.pyw tym katalogu. Po znalezieniu zmień nazwę lub przenieś. Podczas importowania gniazda socket.pyzamiast bieżącego katalogu socket.pyPythona używany jest katalog bieżący . Mam nadzieję, że to pomogło. :)

Uwaga: Nigdy nie używaj nazw plików z katalogu Python, aby zapisać nazwę pliku swojego programu; spowoduje konflikt z twoim programem (programami).

Podczas konfigurowania punktu wejścia script_scripts w setup.py znalazłem ten problem, gdy punktem końcowym był moduł lub pakiet, a nie funkcja w module.

Traceback (most recent call last):
   File "/Users/ubuntu/.virtualenvs/virtualenv/bin/mycli", line 11, in <module>
load_entry_point('my-package', 'console_scripts', 'mycli')()
TypeError: 'module' object is not callable

Na przykład

from setuptools import setup
setup (
# ...
    entry_points = {
        'console_scripts': [mycli=package.module.submodule]
    },
# ...
)

Powinien był być

from setuptools import setup
setup (
# ...
    entry_points = {
        'console_scripts': [mycli=package.module.submodule:main]
    },
# ...
)

Tak, aby odnosiło się to do funkcji wywoływalnej, a nie do samego modułu. Wydaje się, że nie ma znaczenia, czy moduł ma if __name__ == '__main__':blok. Nie spowoduje to wywołania modułu.

Chyba przesłoniłeś wbudowaną funkcję / zmienną lub coś innego „moduł”, ustawiając zmienną globalną „moduł”. po prostu wydrukuj moduł i zobacz, co w nim jest.

sprawdź instrukcje importu, ponieważ moduł nie jest wywoływalny. W Pythonie wszystko (w tym funkcje, metody, moduły, klasy itp.) Jest przedmiotem.

Prostym sposobem rozwiązania tego problemu jest eksport PYTHONPATHśrodowiska zmiennego. Na przykład dla Python 2.6 w systemie Debian / GNU Linux:

export PYTHONPATH=/usr/lib/python2.6`

W innych systemach operacyjnych najpierw znajdziesz lokalizację tego modułu lub socket.pypliku.