📚 进出口

Thinker™ 通常使用图形数据库来处理模型。 设计层次结构的大部分内容都可以以人类可读的形式从数据库导出到本地文件系统。 这些文件可以重新导入数据库。 这些功能允许在不同计算机系统之间交换模型，或创建副本用于备份。

模型包是一个自给自足的信息容器。 它在导出和导入操作中充当典型对象。 通常，它包含在 Thinker 的另一个实例上重现计算模式所需的所有数据。 当电路引用来自另一个数据库的数据时，必须单独导出相应的“外部”包。

该模型的外部存储（序列化）采用自定义的XML¹格式。 该格式反映了数据库中项目元素的层次结构。 计算模式的所有原生元素均已编码，属于默认的brains命名空间。 Thinker 模型的元素类型用作相应的 XML 标签。 元素的所有属性都与 XML 元素的“名-值”对一一对应。 更多技术信息，请参阅DTD文件。

当数据库结构允许引用此数据库或另一个数据库中的单独节点（通常用于模块、Java 类和库内容）时， 使用 xlink 命名空间的子集来描述关系。

Thinker 数据模型的定义允许合并任何其他类型的结构化数据，前提是它指定了唯一的命名空间。 “外部”数据出现在 XML 文件中指定的命名空间下。 这样，SVG 格式的图形数据就可以自然地与计算和结构元素相伴。 例如，fragment 元素的定义可以包含用于文档目的的 SVG 图片。 一组元素属性可以包含用于设置视觉转换的 SVG 属性，等等。

任何 XML 文件在导入数据库时​​都必须通过一致性检查。 Thinker 为文件内容提供了非常宽松的规则。 通常，文件必须符合格式良好的 XML 文档所规定的要求。 如果在导入操作过程中遇到无法识别的 XML 元素或属性，Thinker 会向用户发出警告，但会将相关数据以文本形式原封不动地插入数据库。 在正常操作中，这些“外来”元素和参数会被忽略。 导出时，“外来”数据会原封不动地静默地进入生成的 XML 文件中。 此策略允许在不同版本的软件之间进行灵活且无损的数据交换。 它能够容忍手动编写 XML 文件时出现的逻辑错误。

模型或其部分的可视化表示可以导出为 SVG 格式。 生成的文件可以在任何兼容的图像浏览器中显示。 但是，由于它不包含必要的模型数据，因此无法导入数据库。 原生 Thinker 元素会被转换为 SVG g（组）元素。 如果存在这些 SVG 属性，则可以帮助管理图形基元在图片框架内的位置。 Thinker 允许使用 xpath 命名空间的子集以及 XML 处理指令，将元素参数的值包含在生成的图形中。

笔记：

1. XML 文件采用 UTF-8 编码创建，以自然支持国际语言。