问题在于，这段引文出自开发人员，并且经常在 此处的方法文档 中被引用。如果这并非当前实现的实际情况，那么必须发生以下两种情况之一：
-
需要修改文档，使其清晰反映当前功能的实际情况。
-
需要更新当前功能，使其符合最初的设计意图。
这就是我对于“归档”的理解：要更改归档内容，必须将其从归档中物理移除。在数字形式中采用类似的行为是合乎逻辑的。
我遇到的问题是，“关闭”和“归档”之间的功能差异微乎其微，几乎毫无意义。“关闭”对我来说意味着禁止进一步评论；而“归档”与“关闭”相比，意味着“不可再被修改”。
“取消列出”是一项与归档完全无关的功能，因此在此处并不相关。正因如此，它才是一个独立于归档之外的功能。
在我的情况下，我并不想取消列出那些帖子，我只是希望人们停止回复它们！它们包含有用的历史信息，只是不再与当前的投诉或功能相关。如果我只希望它们通过链接访问，那我就会取消列出它们。
这正是“关闭”以及后来“归档”的全部意义所在。
至于现实世界的类比……网络上的归档，尤其是论坛归档，始终是只读的。它们是为了历史目的而提供的，而不是为了“需要我们时再更新”。你可以查看，但不能修改。这就是你建立它们的原因。目前，该功能并未像真正的归档那样运作。你并不打算向数字归档中添加内容。你可以向归档中添加新项目，但不应打开现有项目并进行修改。如果你需要这样做，那么它们就不应该被归档，因为它们仍然是活跃且相关的。
如果你希望某项内容不再相关但仍可更新，那就将其“关闭”。将“关闭”设定为 TL4 及以上用户等级无关的状态是合理的。