目录是一张网络，不是一摞文件

--- id: A008 locale: zh-CN source_locale: fr status: qa_pass ---

# 目录是一张网络，不是一摞文件

打开一个出版目录，最容易看到的是书名列表：一本接一本，像书架，也像文件夹。这样的视图便于浏览，却隐藏了目录真正的结构。一本书从来不只属于一行记录。它与作品、作者、版本、语言、格式、封面、权利和市场发生关系。

同一部作品可以有纸质版和电子版，可以经过修订，也可以进入另一种语言。一个作者可能出现在多个系列中。一张封面图看似对应一本书，实际上只对应某个版次、尺寸或语言状态。如果只把目录看成文件的堆叠，这些关系就会被压进文件名和个人记忆里。

从物件转向关系

把目录看成网络，不是为了增加技术术语，而是为了提出更准确的问题：这是什么作品的哪个版本？它面向哪种语言和格式？当前封面从哪里来？哪些元数据属于作品，哪些只属于某一版？

这些区分会影响日常工作。修改作者简介时，可能需要更新多个版本；更换某一格式的封面时，却不应触碰其他版本。翻译书名可能改变读者看到的文字，但不应切断它与源作品的联系。

一个稳定的标识符可以帮助维持关系，但标识符本身不是答案。还需要明确关系的含义和状态。两个对象相连，是因为一个源自另一个，还是因为它们属于同一系列？某个资产是草稿、已核准版本，还是历史记录？没有这些语义，网络只会变成另一种混乱。

目录也是编辑记忆

在小型出版社中，关系常常由熟悉目录的人记住。谁知道某个旧书名，谁认得正确的封面，谁记得某次修订为何发生。这种知识非常宝贵，但如果它没有留下最低限度的痕迹，就难以在时间、规模或人员变化之后继续发挥作用。

最低限度的痕迹可以很朴素：来源、日期、状态、核准，以及对象之间被命名的关系。它不需要公开内部配方，也不需要记录每一次操作。它只需要让下一位编辑能够理解眼前对象为何存在，以及修改它会影响什么。

网络视角也能避免一种常见误解：目录增长并不只是“多了几本书”。每个新增版本都会带来新的连接和维护责任。语言、格式和市场越多，关系管理的重要性越高。规模首先放大的，往往不是文件数量，而是可能失去上下文的连接数量。

先画关系，再选择工具

在购买系统或设计数据库之前，可以先用纸画出几个真实对象：一部作品、两个版本、一次翻译、一张封面和一组元数据。然后标出哪些信息共享，哪些必须独立，哪些变化需要重新核准。

这张图不会自动解决编辑问题，却能揭示责任边界。机器可以检查预期关系是否存在，提示孤立资产，或保存变更记录。作品身份、翻译质量和市场选择仍需要人的判断。

Publishing OS正在以内部原型的形式探索部分关系如何被观察和恢复。它不是已经获得商业验证的软件，也不能证明AB Éditions的模型可以直接移植到其他出版社。每个目录都有自己的历史、词汇和例外。

当目录被视为网络，文件依然重要，但不再孤立。我们开始看到一本书如何保持身份，又如何在不同版本、语言和市场中变化。真正需要保存的，不只是物件，还有物件之间可以被解释的关系。

adrienbeaulieu.com