Как подключить библиотеку которая в процессе написания?

Question

[Викентий]

Пишу библиотеку, но хотел бы дебажить её уже в тестово-рабочем пространстве, а для этого нужно её подключить.
Можете ли что-то посоветовать?

Answer 1

[Ярослав]

Некрасивое решение: просто в том же каталоге держите тестовый скрипт и подключаете ее, прямо сходу, не устанавливая. Делаете что-то вроде export PYTHONPATH=. и импортируете ее в этом скрипте, типа import mylib (она загрузится из ./mylib)

Более красивое решение - используйте тесты. То что вы делаете ("нужно дебажить") - это же по сути тестирование и запускаете их через pytest.

Могу посоветовать посмотреть мою библиотеку evalidate как образец. Она, наверняка, далека от идеала, но эта проблема там вполне решена и пакет простой очень, разобраться несложно.

Comments

[Викентий]

В том же каталоге в библиотеке или в тестовой среде?

[Ярослав]

в библиотеке.

ну вот я веду работу в каталоге ~/repo/evalidate в нем всякие setup.py, README и можно еще и какой-нибудь тестовый x.py там положить. И в этом же каталоге у меня есть еще один каталог evalidate и в нем уже либа (__init__.py и другие файлы).

вот в x.py делаю import evalidate, и пишу свой тестовый код. Чтобы import сработал из моего подкаталога evalidate, а не использовалась системная библиотека, и нужно поставить переменную окружения export PYTHONPATH=.

Answer 2

[Алан Гибизов]

Эээ… чтобы потестировать библиотеку, надо подключить тестируемую библиотеку. Чтобы подключить тестируемую библиотеку, надо… надо ее собрать и подключить.
Ну, типа pip install /test/my_test_lib.whl или что-то такое.

Comments

[Алан Гибизов]

И не забываем про тестовые виртуальные окружения. Конечно, не в глобальное окружение.

[Викентий]

Алан Гибизов, а нельзя ли как-то чтобы я изменял содержимое библиотеки и сразу при этом менялось в тестово-рабочем пространстве, т.е. как-то без сборки?

[Алан Гибизов]

Викентий, вопрос вот в чем: чем дальше вы от стандарта, тем меньше сторон вы тестируете.

Но формально вы можете просто положить модули своей библиотеки в папку и делать импорты из этой папки, которые создадут в области имен и объектов ситуацию, сходную с характерной для вашей библиотеки.
Но тут есть несколько моментов:

• Могут оставаться созданные ранее объекты в памяти и на диске, и как знать, как оно будет взаимодействовать с обновленной «библиотекой»?
  
• Будет довольно узкое тестирование с вашим текущим окружением, а другие ОС, другие версии Python и другие библиотеки окружения - как будете проверять?
  
  

[Викентий]

Алан Гибизов, ну просто я не понимаю как тогда разработчики тестируют свои библиотеки перед выпуском, не делают же постоянно сборку, закидывают к себе в виртуальный интерпретатор и тестируют?

[Викентий]

Викентий, Должно же быть что-то проще

[Алан Гибизов]

Викентий, просто это всё автоматизируется один раз и под это пишутся куча тестов, и одной кнопкой пускается пересборка и прогон тестов. Ну и юнит-тесты в первую очередь.

[Ярослав]

Викентий, PYTHONPATH решает эту проблему. Исправляете что-то в коде, сохраняете изменения на диск, запускаете тестовый скрипт - и он работает уже с новым кодом.

[fenrir]

Викентий, пишите автотесты, если они отработали, значит на сборке проблем не будет. Руками нужно проверить один раз когда в pip закидываете.