使用時のPythonモジュールのインポート

私自身の個人的なPythonライブラリでは、次のようなことがよくあります。

class MyClass:

    # ...

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

その理由は、初期化にsomeGraphicsLibraryは時間がかかり、使用するライブラリの1つでは数秒かかるためです。このクラスを使用するときは常に結果をプロットする必要はありません。そのため、実際に使用されるまではインポートしないのが理にかなっています。

これは正常に動作するようですが、他の人のコードでは見たことがないと思います。だから私の質問は、これが良い習慣と考えられるかどうかです。このように物事を行うときに予想される隠れた落とし穴はありますか？

これは、いくつかの理由により、通常は良い方法ではありません。

1. ほとんどの場合、メソッドは高速ですが、最初に呼び出すときは遅くなります。これは、起動時のインポートよりも予測がはるかに困難です。
2. いくつかの理由でインポートが失敗した場合、実行時にメソッドを呼び出すまで、そのことがわかりません。
3. ファイルの先頭にリストされていないため、モジュールがどのモジュールに依存しているかを確認することは困難です。
4. モジュールが文字通りインポートに「数秒」かかる場合、インポート時のロジックで実行していることが多すぎる可能性があります。インポート時のロジックは、通常、モジュールを使用可能にするのに「十分」なだけでなく、重いグローバルオブジェクトの作成を回避する必要があります。このようなオブジェクトが必要な場合がありますが、慎重に調べる必要があります。

ただし、これは良いアイデアである場合があります。次に例を示します。

1. 配列のようなを実装する場合numpy、__array__()メソッドでを使用する必要がある場合があります。ただしnumpy、モジュールの他の機能に依存したくない場合があるため、不要なときに余分な依存関係が発生しないように、numpy内部にインポートすることをお勧めします__array__()。これは、numpy以前に一度インポートされているため（__array__()最初から呼び出されていることです）、問題1と2の影響を受けませんnumpy。また、モジュールの「実際の」依存関係ではないため、問題3の影響を受けません。
2. PEP 553以前は、ブレークポイントは伝統的に次のようになっていますimport pdb; pdb.set_trace()。import pdbブレークポイントは削除される一時的なコード行であるため、モジュールの先頭に配置する必要はありません。インポートを遠くに移動すると、必要以上に難しくなります。これは組み込みbreakpoint()が追加されたときに廃止されたため、インラインインポートは必要ありません。