J
вообще если на объект-модуль убрать все ссылки то он релоадится. но могли бы разрешить и по живому
Size: a a a
2020 July 31
IV
Но зачем делать релоад плагину или это для development needs?
J
чтобы основной процесс не перегружать если юзер плагин обновил
J
ну и девелопмент понятно облегчает
J
но опять же я не могу сделать просто import(mod, reload=True). а мне надо гонять importlib
IV
чтобы основной процесс не перегружать если юзер плагин обновил
Ну это ведь такое... непрактичное... если lifecycle плагинов живет отдельно от родительской системы, то есть более интересны подходы чем reload. Я с ходу не смог вспомнить в какой технологии можно сделать полный безболезненный reload не убивая процесс.
J
там много нюансов. например модуль нужно заимпортить в сендбоксе чтобы вытащить какую-то инфу типа версии. но если сделаешь reload то изменится и тот модуль что уже загружен
J
они там делали для модулей какое-то metainfo но оно в зачаточном состоянии
J
вариант делать модулю шапку и ее парсить
IV
Мне в importlib очень нравится возможность фильтровать по спеке.
IV
Условно вытащи мне только объекты VersionInfo и все такое
J
надо попробовать что они там наделали
J
по идее для сендбокса можно multiprocessing заюзать, у чайлда должен быть свой кеш на модули
IV
Именно
IV
у себя так и делаем.
J
интересно. 3.8 кстати в сендбоксе импортит уже новый модуль а в системе работает старый
J
нужно будет всё проверить
J
ага. короче вот так. допустим в модуле живёт класс Plugin от которого создан объект plugin. если перегрузить модуль то существующий объект останется работать со старым
J
тоесть если весь функционал модуля живёт в объекте то можно жить
IV
но опять же я не могу сделать просто import(mod, reload=True). а мне надо гонять importlib
А зачем почему нельзя import сделать функцией?