コンパイルとインタプリタの両方が可能なプログラミング言語（Heron）のパッケージとモジュールシステムを設計しようとしています。これまで見てきたことから、Pythonのアプローチが本当に気に入っています。Pythonには豊富なモジュールの選択肢があり、それがその成功に大きく貢献しているようです。
モジュールが2つの異なるコンパイル済みパッケージに含まれている場合、Pythonで何が起こるかはわかりません。データから作成された個別のコピーがありますか、それとも共有されていますか？
これに関連するのは、一連の副次的な質問です。
さて、あなたはたくさんの質問をしました。ここにもう少し先に進むためのいくつかのヒントがあります：
a。Pythonコードはlexedされ、Python固有の命令にコンパイルされますが、マシンの実行可能コードにはコンパイルされません。「.pyc」ファイルは、既存の.pycタイムスタンプと一致しないPythonコードを実行するたびに自動的に作成されます。この機能はオフにすることができます。これらの手順を確認するには、disモジュールを試してみてください。b。モジュールがインポートされると、モジュールはそれ自体の名前空間で（上から下に）実行され、その名前空間はグローバルにキャッシュされます。別のモジュールからインポートする場合、そのモジュールは再度実行されません。defは単なるステートメントであることを忘れないでください。トレースするために、コードにprint（'compiling this module'）ステートメントを配置することをお勧めします。
場合によります。
最近の機能強化があり、主にロードする必要のあるモジュールの指定に関するものでした。モジュールは相対パスを持つことができるため、巨大なプロジェクトには同じ名前の複数のモジュールが含まれる場合があります。
Python自体はコンパイルされた言語では機能しません。Google for "unladen swallow blog"は、 "a = sum（b）"が実行間で意味を変える可能性がある言語を高速化しようとする苦難を確認するためのものです。コーナーケースを除いて、モジュールシステムはソースコードとコンパイルされたライブラリシステムの間の素晴らしい架け橋を形成します。このアプローチはうまく機能し、PythonのCコード（swigなど）の簡単なラッピングが役立ちます。
モジュールはPythonで唯一の真のグローバルオブジェクトであり、他のすべてのグローバルデータはモジュールシステム（sys.modulesをレジストリとして使用）に基づいています。パッケージは、サブモジュールをインポートするための特別なセマンティクスを持つ単なるモジュールです。.pyファイルを.pycまたは.pyoに「コンパイル」することは、ほとんどの言語で理解されているようにコンパイルされません。構文をチェックし、インタープリターで実行されるとモジュールオブジェクトを作成するコードオブジェクトを作成するだけです。
example.py：
print "Creating %s module." % __name__
def show_def(f):
print "Creating function %s.%s." % (__name__, f.__name__)
return f
@show_def
def a():
print "called: %s.a" % __name__
インタラクティブセッション：
>>> import example
# first sys.modules['example'] is checked
# since it doesn't exist, example.py is found and "compiled" to example.pyc
# (since example.pyc doesn't exist, same would happen if it was outdated, etc.)
Creating example module. # module code is executed
Creating function example.a. # def statement executed
>>> example.a()
called: example.a
>>> import example
# sys.modules['example'] found, local variable example assigned to that object
# no 'Creating ..' output
>>> d = {"__name__": "fake"}
>>> exec open("example.py") in d
# the first import in this session is very similar to this
# in that it creates a module object (which has a __dict__), initializes a few
# variables in it (__builtins__, __name__, and others---packages' __init__
# modules have their own as well---look at some_module.__dict__.keys() or
# dir(some_module))
# and executes the code from example.py in this dict (or the code object stored
# in example.pyc, etc.)
Creating fake module. # module code is executed
Creating function fake.a. # def statement executed
>>> d.keys()
['__builtins__', '__name__', 'a', 'show_def']
>>> d['a']()
called: fake.a
あなたの質問：
isデータが不変である場合、コピーは実行可能であり、オブジェクトID（演算子およびid()Pythonの場合）を除いて共有と区別がつかないはずです。mungepath / __ init __。py：
print __path__
__path__.append(".") # CWD, would be different in non-example code
print __path__
from . import example # this is example.py from above, and is NOT in mungepath/
# note that this is a degenerate case, in that we now have two names for the
# 'same' module: example and mungepath.example, but they're really different
# modules with different functions (use 'is' or 'id()' to verify)
インタラクティブセッション：
>>> import example
Creating example module.
Creating function example.a.
>>> example.__dict__.keys()
['a', '__builtins__', '__file__', 'show_def', '__package__',
'__name__', '__doc__']
>>> import mungepath
['mungepath']
['mungepath', '.']
Creating mungepath.example module.
Creating function mungepath.example.a.
>>> mungepath.example.a()
called: mungepath.example.a
>>> example is mungepath.example
False
>>> example.a is mungepath.example.a
False
グローバルデータは、インタープリターレベルでスコープされます。