### ナビゲーション

- 索引
- モジュール |
- 次へ |
- 前へ |
- Python 2.7ja1 documentation »
- Python 標準ライブラリ »
- 30. モジュールのインポート »

# 30.5. `pkgutil` — パッケージ拡張ユーティリティ

このモジュールはインポートシステムの、特にパッケージサポートに関するユーティリティです。

バージョン 2.3 で追加.

`pkgutil.``extend_path`(path, name)

  パッケージを構成するモジュールの検索パスを拡張します。パッケージの `__init__.py` で次のように書くことを意図したものです。

      from pkgutil import extend_path
      __path__ = extend_path(__path__, __name__)

  上記はパッケージの `__path__` に `sys.path` の全ディレクトリのサブディレクトリとしてパッケージ名と同じ名前を追加します。これは1つの論理的なパッケージの異なる部品を複数のディレクトリに分けて配布したいときに役立ちます。

  同時に `*.pkg` の `*` の部分が name 引数に指定された文字列に一致するファイルの検索もおこないます。この機能は `import` で始まる特別な行がないことを除き `*.pth` ファイルに似ています (`site` の項を参照)。 `*.pkg` は重複のチェックを除き、信頼できるものとして扱われます。 `*.pkg` ファイルの中に見つかったエントリはファイルシステム上に実在するか否かを問わず、そのまますべてパスに追加されます。(このような仕様です。)

  入力パスがリストでない場合(フリーズされたパッケージのとき)は何もせずにリターンします。入力パスが変更されていなければ、アイテムを末尾に追加しただけのコピーを返します。

  `sys.path` はシーケンスであることが前提になっています。 `sys.path` の要素の内、実在するディレクトリを指す(ユニコードまたは8ビットの)文字列となっていないものは無視されます。ファイル名として使ったときにエラーが発生する `sys.path` のユニコード要素がある場合、この関数(`os.path.isdir()` を実行している行)で例外が発生する可能性があります。

class `pkgutil.``ImpImporter`(dirname=None)

  Python の “クラシック” インポートアルゴリズムをラップする PEP 302 Importer.

  dirname が文字列の場合、そのディレクトリを検索する PEP 302 importer を作成します。 dirname が `None` のとき、現在の `sys.path` とフリーズされた、あるいはビルトインの全てのモジュールを検索する PEP 302 importer を作成します。

  `ImpImporter` は現在のところ `sys.meta_path` に配置しての利用をサポートしていないことに注意してください。

class `pkgutil.``ImpLoader`(fullname, file, filename, etc)

  Python の “クラシック” インポートアルゴリズムをラップする PEP 302 Loader.

`pkgutil.``find_loader`(fullname)

  fullname に対する PEP 302 “loader” オブジェクトを検索します。

  fullname にドットが含まれる場合、パスはそのモジュールを含むパッケージの `__path__` でなければなりません。モジュールが見つからない場合や import できない場合は `None` を返します。この関数は `iter_importers()` を利用しているので、それと同じように、 Windows レジストリなどのプラットフォーム依存の特別な import 場所に関する制限があります。

`pkgutil.``get_importer`(path_item)

  指定された path_item に対する PEP 302 importer を取得します。

  path hook により新しい importer が作成された場合は、それは `sys.path_importer_cache` にキャッシュされます。

  importer が存在しない場合、基本 import 機構のラッパーを返します。このラッパーは importer cache にはキャッシュされません。(代わりに `None` が insert されます)

  キャッシュ (やその一部) は、 `sys.path_hooks` のリスキャンが必要になった場合は手動でクリアすることができます。

`pkgutil.``get_loader`(module_or_name)

  module_or_name に対する PEP 302 “loader” を取得します。

  module か package が通常の import 機構によってアクセスできる場合、その機構の該当部分に対するラッパーを返します。モジュールが見つからなかったり import できない場合は `None` を返します。指定された名前のモジュールがまだ import されていない場合、そのモジュールを含むパッケージが(あれば)そのパッケージの `__path__` を確立するために import されます。

  この関数は `iter_importers()` を利用しているので、それと同じように、 Windows レジストリなどのプラットフォーム依存の特別な import 場所に関する制限があります。

`pkgutil.``iter_importers`(fullname='')

  指定されたモジュール名に対する PEP 302 importer を yield します。

  fullname が ‘.’ を含む場合、返される importer は fullname モジュールを持つパッケージのものになり、それ以外の場合は `sys.meta_path`, `sys.path`, そして Python の “クラシック” import 機構の順のどれかになります。指定されたモジュールがパッケージ内にある場合、この関数を実行した副作用としてそのパッケージが import されます。

  標準の import 機構がファイルを別の場所から探す、 PEP 302 以外の機構 (例: Windows レジストリ) はある程度までサポートされていますが、それは `sys.path` の 後に 検索されます。通常、それらの場所は、 `sys.path` のエントリに隠されないように `sys.path` の 前に 検索されます。

  これは動作の違いは問題になり得るので、モジュールやパッケージ名は `sys.path` と非 PEP 302 のファイルシステム機構のどれかとの、どちらからもアクセスできる必要があります。こうすると、エミュレート時は前者から、ビルトインの import 機構は後者からモジュールやパッケージを見つけます。

  この動作の食い違いにより、以下の種類の要素が影響を受けるかもしれません: `imp.C_EXTENSION`, `imp.PY_SOURCE`, `imp.PY_COMPILED`, `imp.PKG_DIRECTORY`.

`pkgutil.``iter_modules`(path=None, prefix='')

  path があればその全てのサブモジュールに対して、 path が `None` なら `sys.path` の全てのトップレベルモジュールに対して、 `(module_loader, name, ispkg)` のタプルを yield します。

  path は `None` か、モジュールを検索する path のリストのどちらかでなければなりません。

  prefix は出力の全てのモジュール名の頭に出力する文字列です。

`pkgutil.``walk_packages`(path=None, prefix='', onerror=None)

  path があれば再帰的にその中のモジュール全てに対して、 path が `None` ならばアクセスできる全てのモジュールに対して、 `(module_loader, name, ispkg)` のタプルを yield します。

  path は `None` か、モジュールを検索するパスのリストでなければなりません。

  prefix は出力される全てのモジュール名の先頭に出力されます。

  この関数は与えられた path 上の全ての パッケージ (全てのモジュール ではない) を、サブモジュールを検索するのに必要な `__path__` 属性にアクセスするために import します。

  onerror は、パッケージを import しようとしたときに何かの例外が発生した場合に、 1つの引数(import しようとしていたパッケージの名前)で呼び出される関数です。 onerror 関数が提供されない場合、 `ImportError` は補足され無視されます。それ以外の全ての例外は伝播し、検索を停止させます。

  例:

      # list all modules python can access
      walk_packages()

      # list all submodules of ctypes
      walk_packages(ctypes.__path__, ctypes.__name__ + '.')

`pkgutil.``get_data`(package, resource)

  パッケージからリソースを取得します。

  この関数は PEP 302 ローダーの `get_data()` API のラッパーです。 package 引数は標準的なモジュール形式 (`foo.bar`) のパッケージ名でなければなりません。 resource 引数は `/` をパス区切りに使った相対ファイル名の形式です。親ディレクトリを `..` としたり、ルートからの (`/` で始まる) 名前を使うことはできません。

  この関数が返すのは指定されたリソースの内容であるバイナリ文字列です。

  ファイルシステム中に位置するパッケージで既にインポートされているものに対しては、次と大体同じです:

      d = os.path.dirname(sys.modules[package].__file__)
      data = open(os.path.join(d, resource), 'rb').read()

  パッケージを見出せなかったりロードできなかったり、あるいは `get_data()` をサポートしない PEP 302 ローダーを使ったりした場合は、 `None` が返されます。

### ナビゲーション

- 索引
- モジュール |
- 次へ |
- 前へ |
- Python 2.7ja1 documentation »
- Python 標準ライブラリ »
- 30. モジュールのインポート »