私はLuaのクロージャをシリアライズおよびデシリアライズするLuaのシリアライズ閉鎖
をしようとしている私の基本的な理解は、以下の工場が閉鎖を生成する必要があること(およびLuaは多くの関数とクロージャとを区別しないということである - つまり、そこに何種類 '閉鎖')
> function ffactory(x) return function() return x end end
> f1 = ffactory(5)
> print(f1())
5 <-- so far so good
> s = string.dump(f1)
> f2 = load(s)
> print(f2())
table: 00000000002F7BA0 <-- expected the integer 5
> print(f2()==_ENV)
true <-- definitely didn't expect this!
は、iは整数5は、f1
とシリアル化されることが期待されていません。または、string.dump
がクロージャを処理できない場合は、エラーが予想されます。
私は、(私が予想したより多くの)結果は軽度の変化を伴います。 f2
は実際にクロージャですが、string.dumpはシリアル化された時点でxの値をシリアル化しようとしませんでした。
docsは私をあまり助けません。 (「新しい上位値ではどういう意味ですか?」)
> function ffactory(x) return function() return x+1 end end
> f1 = ffactory(5)
> print(f1())
6 <-- good
> s = string.dump(f1)
> f2 = load(s)
> print(f2())
stdin:1: attempt to perform arithmetic on upvalue 'x' (a table value)
stack traceback:
stdin:1: in function 'f2'
stdin:1: in main chunk
[C]: in ?
ありがとうございます。私はdebug.setupvalueを知らなかった。ドキュメントで、string.dumpのupvalues(ここではなく、http://www.lua.org/manual/5.2/manual.html#pdf-string.dump)の取り扱いについて説明しています。また、私の最初の例で期待される動作を_ENVに戻していますか? – Paul
あなたはdebug.getupvalue [here](http://www.lua.org/manual/5.2/manual.html#pdf-debug.setupvalue)について読むことができます。私はそれがコンパイルされるべきではないので、あなたの最初の例に何があるか分かりません。 load()を使用していますが、実際にはloadstring()を使用する必要があります。 loadはfuncと文字列をとります。 –
もうしません。 Lua 5.2は 'loadstring'を廃止し、文字列と関数の両方に' load'だけを使用しています:http://www.lua.org/manual/5.2/manual.html#8.2 'loadstring'はまだ利用可能ですが、 'load'と同じ結果になります。再度、感謝します! – Paul