`Gurke`: noch ein weiterer `ImportError: No module named my_module`

Kann ich sagen, aus Ihrer Frage, dass Sie wahrscheinlich etwas wie das zu tun, mit einer Methode der Klasse, die versucht, Gurke die Instanz der Klasse. Es ist schlecht beraten, das zu tun, wenn Sie tun, dass... es ist viel mehr vernünftig verwenden pkl.dump außerhalb der Klasse statt (wo pkl ist pickle oder dill etc). Jedoch, es kann noch die Arbeit mit diesem design finden Sie unter:

>>> class Thing(object):
...   def pickle_myself(self, pkl_file_path):
...     with open(pkl_file_path, 'w+') as f:
...       pkl.dump(self, f, protocol=2)
... 
>>> import dill as pkl
>>> 
>>> t = Thing()
>>> t.pickle_myself('foo.pkl')

Dann Neustart...

Python 2.7.10 (default, Sep  2 2015, 17:36:25) 
[GCC 4.2.1 Compatible Apple LLVM 5.1 (clang-503.0.40)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import dill
>>> f = open('foo.pkl', 'r')
>>> t = dill.load(f)
>>> t
<__main__.Thing object at 0x1060ff410>

Wenn Sie haben eine viel mehr komplizierte Klasse, die ich bin sicher, Sie tun, dann sind Sie wahrscheinlich in Schwierigkeiten geraten, vor allem, wenn diese Klasse verwendet eine andere Datei, die sitzt in der gleichen directory.

>>> import dill
>>> from bar import Zap
>>> print dill.source.getsource(Zap)
class Zap(object):
    x = 1
    def __init__(self, y):
        self.y = y

>>> 
>>> class Thing2(Zap):   
...   def pickle_myself(self, pkl_file_path):
...     with open(pkl_file_path, 'w+') as f:
...       dill.dump(self, f, protocol=2)
... 
>>> t = Thing2(2)
>>> t.pickle_myself('foo2.pkl')

Dann Neustart...

Python 2.7.10 (default, Sep  2 2015, 17:36:25) 
[GCC 4.2.1 Compatible Apple LLVM 5.1 (clang-503.0.40)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import dill
>>> f = open('foo2.pkl', 'r')
>>> t = dill.load(f)
>>> t
<__main__.Thing2 object at 0x10eca8090>
>>> t.y
2
>>> 

Gut... Schießen, das funktioniert auch. Sie haben veröffentlichen Sie Ihren code, damit wir sehen können, welche Muster Sie verwenden, dass dill (und pickle) fehlschlägt. Ich weiß, dass ein Modul importieren, die anderen, die nicht "installiert" (d.h. in einem lokalen Verzeichnis) und erwarten, dass die Serialisierung zu "einfach funktionieren" nicht für alle Fälle.

Sehen dill Fragen:
https://github.com/uqfoundation/dill/issues/128
https://github.com/uqfoundation/dill/issues/129
und dies SO Frage:
Warum dill-dumps externe Kurse, die durch Verweis, egal was?
einige Beispiele für Fehler und mögliche Abhilfen.

BEARBEITEN mit Bezug zu aktuellen Frage:

Ich nicht sehen, Ihr Problem. Die über die Befehlszeile ausgeführt, Import aus den interpreter (import test_serialization), und der Skript-Ausführung im interpreter (wie unten angegeben und in deiner Schritte 3-5) arbeiten. Das führt mich zu denken, verwenden Sie möglicherweise eine ältere version von dill?

>>> import os
>>> import make_persist_load
>>> 
>>> MAKE_AND_PERSIST = False #True
>>> LOAD = (not MAKE_AND_PERSIST)
>>> 
>>> cwd = os.getcwd()
>>> store_path = os.path.join(cwd, "test_stored_env.pkl")
>>> 
>>> if MAKE_AND_PERSIST == True:
...     make_persist_load.make_env_and_persist()
... 
>>> if LOAD == True:
...     loaded_env = make_persist_load.load_env(store_path)
... 
>>> 

BEARBEITEN basierend auf der Diskussion in den Kommentaren:

Aussieht, ist es wahrscheinlich ein Problem mit Windows, wie es zu sein scheint, dass der einzige OS der Fehler angezeigt wird.

BEARBEITEN nach einigen arbeiten (siehe: https://github.com/uqfoundation/dill/issues/140):

Verwendung dieses minimal-Beispiel kann ich reproduzieren die gleichen Fehler auf Windows, während auf MacOSX funktioniert es noch...

# test.py
class Environment():
    def __init__(self):
        pass

und

# doit.py
import test
import dill

env = test.Environment()
path = "test.pkl"
with open(path, 'w+') as f:
    dill.dump(env, f)

with open(path, 'rb') as _f:
    _env = dill.load(_f)
    print _env

Jedoch, wenn Sie open(path, 'r') as _f es funktioniert auf Windows und MacOSX. So wie es aussieht die __import__ auf Windows ist empfindlicher auf die Datei-Typ als auch auf nicht-Windows-Systemen. Dennoch werfen eine ImportError ist komisch... aber diese kleine änderung sollte es funktionieren.