序列化动态对象通常可能很复杂,具体取决于对象依赖关系,但您的情况似乎更简单,因为每个对象仅依赖于单个协议并且仅包含事实。
当使用支持已保存状态的后端 Prolog 系统(例如 SICStus Prolog、SWI-Prolog 或 YAP)时,一个简单的解决方案是创建已保存状态。由于没有保存状态的标准,因此该解决方案必然是不可移植的。
当无法保存状态或寻求可移植的解决方案时,我们需要为保存的数据定义格式,以便在加载和恢复对象时可以解释它。假设我们想要将对象恢复为动态对象(因为它们最初是使用create_object/4
谓词创建的),并使用简单的表示 ,data/1
来表示保存状态。我们可以如下定义一个通用serializer
对象(未测试):
:- object(serializer).
:- public([
save/2,
restore/1
]).
save(Protocol, File) :-
protocol_property(Protocol, public(Predicates)),
open(File, write, Stream),
write_canonical(Stream, protocol(Protocol)), write(Stream, '.\n'),
forall(
conforms_to_protocol(Object, Protocol),
save_object(Object, Predicates, Stream)
),
close(Stream).
save_object(Object, Predicates, Stream) :-
object_data(Predicates, Object, [], Data),
write_canonical(Stream, data(Data)), write(Stream, '.\n').
object_data([], _, Data, Data).
object_data([Functor/Arity| Predicates], Object, Data0, Data) :-
functor(Fact, Functor, Arity),
findall(Fact, Object::Fact, Data1, Data0),
object_data(Predicates, Object, Data1, Data).
restore(File) :-
open(File, read, Stream),
read_term(Stream, Term, []),
restore_object(Term, _, Stream),
close(Stream).
restore_object(end_of_file, _, _).
restore_object(protocol(Protocol), Protocol, Stream) :-
read_term(Stream, Term, []),
restore_object(Term, Protocol, Stream).
restore_object(data(Data), Protocol, Stream) :-
create_object(_, [implements(Protocol)], [], Data),
read_term(Stream, Term, []),
restore_object(Term, Protocol, Stream).
:- end_object.
然而,这只是一个起点。它可以通过多种方式进行改进,但这主要需要有关特定序列化场景的更多细节。
更新
serialization
根据上面的代码在 Logtalk git 版本中添加了一个示例: https ://github.com/LogtalkDotOrg/logtalk3/tree/master/examples/serialization