Членство в классе Python и абсолютные пути

Разместив свои sys.path и import проблема ясна. Ваш sys.path после '' (который имеет особое значение, которое здесь не имеет значения) начинается с:

'/Users/my_name/Documents/Python_Projects/my-project/package'

и ни в коем случае не содержит:

'/Users/my_name/Documents/Python_Projects/my-project'

Это означает, что если вы попытаетесь импортировать с помощью import spam или from spam import eggs, и он достигнет этого компонента sys.path, не найдя его (вероятно, если он не будет найден в рабочем каталоге, что может привести к путанице; вы можете увидеть, что ваш код работает нормально, если вы запускали Python в интерактивном режиме из /Users/my_name/Documents/Python_Projects/my-project или если вы запустили скрипт, расположенный в этом каталоге), он будет искать файл с именем /Users/my_name/Documents/Python_Projects/my-project/package/spam.py (модуль) или каталог с именем /Users/my_name/Documents/Python_Projects/my-project/package/spam/ (пакет).

Ваш импорт запрашивает from package.src.module1 import MyClass, поэтому они будут найдены в /Users/my_name/Documents/Python_Projects/my-project/package только в том случае, если остальные ваши файлы находятся в подкаталоге package, также называемом package.

Возможны два исправления:

1. Измените импорт, чтобы удалить префикс package., например:

   from package.src.module1 import MyClass
   from package.src.module2 import MyOtherClass
   

   становится:

   from src.module1 import MyClass
   from src.module2 import MyOtherClass
   

   Вероятно, это не то, что вы хотите, так как package является логической частью имени модуля, поэтому мы идем к другому варианту.

2. Измените все, что вы делаете, чтобы изменить sys.path (будь то ручное манипулирование в скрипте Python, установка переменной среды PYTHONPATH для указания на этот каталог, взлом вашего sys.path через пользовательский файл .pth в вашем каталоге site-packages или какая-то сложная IDE конфигурация, которая дает аналогичный конечный результат), так что вместо добавления '/Users/my_name/Documents/Python_Projects/my-project/package' добавляется '/Users/my_name/Documents/Python_Projects/my-project' (без окончательного /package). Это заставит работать существующий импорт from package.src.module1 import XXX, потому что теперь он будет сканировать каталог my-project, а не каталог package, в поисках каталога с именем package (который my-project содержит, а package нет).

   Психическая отладка говорит, что вы, вероятно, используете хаки PYTHONPATH (если бы вы вручную настраивали sys.argv, маловероятно, что вы не забыли поставить его после ведущей записи '', а все остальные варианты не так легко обнаружить, если вы еще не знаете система импорта наизусть), например. у тебя есть:

   export PYTHONPATH = "$HOME/Documents/Python_Projects/my-project/package"
   

   в одном из ваших файлов конфигурации оболочки (~/.bashrc, ~/.bash_profile и т. д.), или вы запустили его вручную в оболочке, из которой вы запускаете свой код, или, возможно, делаете что-то подобное в конфигурации ноутбука Jupyter. Так что найдите, где вы это делаете, и обрежьте компонент /package.

В будущем вы, вероятно, захотите сделать правильный setup.py и/или setup.cfg для своего проекта, чтобы вы могли собрать для него дистрибутив (архив с исходным кодом или колесо или что-то подобное) и правильно установить его с помощью python3 -mpip, чтобы вы не вообще не полагаться на хаки вроде PYTHONPATH (это уже не так ужасно, как было раньше, теперь, когда мало кто использует Python 2, но это все еще проблема, когда он полностью неверсирован и может быть установлен миллионом способов, поэтому, если вы непреднамеренно код, который синтаксически действителен только в некоторых версиях Python, например, любой код с переменной или функцией или чем-то еще с именем async в нем перестал быть допустимым Python в 3.7, вы должны переписать его, чтобы он был полностью переносимым, где могут быть установлены правильно установленные модули отдельно для каждой версии Python, установленной глобально или для каждого пользователя, или даже изолированной в виртуальных средах, созданных пакетами venv или virtualenv).