问题

在某些情况下，几乎所有内容都适合标准 Johnny.Decimal 系统。但有一些项目要么违反了“不超过 100 个 ID”的规则，要么需要以某种方式重复。

这些是对系统的较小扩展，不需要更复杂的扩展区域解决方案。

示例

您的孩子：您正在使用标准生活管理包，并且您有四个孩子。 ID 11.24 Eyes, ears, & teeth ——涵盖眼睛检查、眼镜、牙科检查、牙套和听力测试等内容——相当繁忙。您需要一种方法来跟踪每个孩子的访问和文件。

这是一个大型项目中的重复任务：我们必须在 13 个数据中心安装布线。但已经有一个完整的 ID 分配给布线： 72.02 。我本可以为每个数据中心使用一个新的 ID。但这与系统的整体模式不符，而且不会令人难忘。另外，我想要每个数据中心的布线的独特参考，例如我们的项目进度表。

我的博客：这个网站的博客文章数量会超过100篇。但我希望每一篇文章都有一个唯一的ID。

解决方案

在 ID 后添加最终标识符，并用+分隔它们。理想情况下，是代表正在扩展的事物的简单序列或代码。我们将其称为子 ID，并将其称为AC.ID+SUB 。

示例

您的孩子：在我们的 JDex 中，我们添加缩写或短代码来代表每个孩子。因此11.24+JEM是与 Jemima 去看眼镜商或牙医有关的任何内容的注释。同样，我们有 Belinda、Marie 和 Wendy 的11.24+BEL 、 11.24+MAR和11.24+WEN 。

一个较大项目中的重复任务：为了为 13 个数据中心中的每一个创建 ID，我使用了该位置的现有代码。最终的 ID 看起来像72.02+X01 ，其中X01是一个特定的数据中心。

我的博客：对于每篇文章，我都以类别 ID： 22.00开始。然后附加一个连续的四位数帖子 ID。这将创建范围22.00+0000 … 22.00+9999 。 ^*四位数字可容纳 10,000 个帖子。三位数还不够。

^*博客目前使用小数作为最终分隔符，而不是加号。我正在更新它。

我在扩展/获得什么？

该方案通过任意数量的子ID来扩展特定ID或类别。

这对我的 ID 有何影响？

最后你的 ID 会被扩展。

这对我的 JDex 有什么影响？

您可以选择在 JDex 中记录这些子 ID。但这可能没有必要。请参阅实施细节。

我可以在多个系统上使用它吗？

是的。您可以扩展SYS.AC.ID系统的末端。

我可以用它来扩大面积吗？

不。对于扩展的区域，扩展末端不再有意义，因为您没有使用标准AC.ID 。

我什么时候应该使用/不使用这个？

您应该在有限的情况下、特定类别或 ID 中使用它。

如果您发现自己在系统中过于频繁地扩展末端，请质疑其设计。您可能需要将其拆分为多个系统。或者您可能需要扩展系统的某个区域。

原文： https://johnnydecimal.com/10-19-concepts/13-system-expansion/13.31-extend-the-end/