Importando módulos Python no momento do uso

Muitas vezes, nas minhas bibliotecas pessoais do Python, faço algo assim:

class MyClass:

    # ...

    def plot(self):
        import someGraphicsLibrary as graphicslib
        graphicslib.plot(self.data)

O motivo é que a inicialização someGraphicsLibraryleva algum tempo, até alguns segundos para uma das bibliotecas que eu uso. Nem sempre preciso plotar meus resultados quando uso essa classe; portanto, faz sentido não importá-lo até o momento em que ele é realmente usado, se for o caso.

Isso parece funcionar bem, mas acho que não vi no código de ninguém. Portanto, minha pergunta é simplesmente se isso é considerado uma boa prática. Existem armadilhas ocultas que se espera ao fazer as coisas dessa maneira?

Isso geralmente não é uma boa prática, por vários motivos:

1. Na maioria das vezes, o método será rápido, mas a primeira vez que você o chamar, será lento. Isso é muito menos previsível do que uma importação no momento da inicialização.
2. Se a importação falhar por vários motivos, você não saberá até chamar o método em tempo de execução.
3. É mais difícil ver de quais módulos seu módulo depende, porque eles não estão listados na parte superior do arquivo.
4. Se um módulo leva literalmente "alguns segundos" para importar, pode estar fazendo muito em sua lógica do tempo de importação. A lógica do tempo de importação geralmente deve fazer "apenas o suficiente" para tornar o módulo utilizável e não deve criar objetos globais pesados. Ocasionalmente, esses objetos são necessários, mas devem ser cuidadosamente examinados.

No entanto, às vezes isso é uma boa ideia, por exemplo:

1. Ao implementar um array , você pode precisar usar numpyseu __array__()método. Mas você pode não querer depender numpydas outras funcionalidades do seu módulo; portanto, é melhor importar apenas o numpyinterior __array__()para evitar a dependência extra quando não for necessário. Isso não sofre dos problemas 1 e 2 porque numpyjá foi importado uma vez antes (é o que está chamando __array__()em primeiro lugar!), E não sofre do problema 3 porque numpynão é uma dependência "real" do seu módulo.
2. Antes de PEP 553 , um ponto de interrupção, tradicionalmente, era assim: import pdb; pdb.set_trace(). Você não deseja colocar import pdbna parte superior do módulo porque o ponto de interrupção é uma linha temporária de código que será excluída, e mover a importação para longe tornaria isso desnecessariamente difícil. Isso ficou obsoleto quando o builtin breakpoint()foi adicionado, então agora você não precisa de uma importação embutida.