问题

Johnny.Decimal 结构在设计上是二维的——区域和类别。这种限制是它强大的部分原因。很难在简单的空间中迷失方向。

但有时需要额外的维度。也许您需要在标准系统的某一部分腾出更多空间。或者您可能有两个或多个系统并且需要区分它们。

此页面提供了三个选项的概述。以下几页提供了更多详细信息。

定义

Johnny.Decimal 系统：是 johnnydecimal.com 中记录的方法、工具和行为的集合。

您的 Johnny.Decimal 系统：是您对该系统的实现，经过定制以适合您正在组织的任何内容。

组件： Johnny.Decimal 系统由组件组成。组件列表不受限制，但以下组件是常见的：JDex、文件系统、注释、任务、待办事项、提醒、电子邮件、日历、书签。

域：具有一个或多个共享组件的系统按域进行分组。例如，当你去上班时，一切都在公司的系统上，“工作”就是它自己的领域。它与您的家庭系统（您的“个人”域）完全分开。

AC.ID 表示法：指任何通用 Johnny.Decimal 系统的简写。它代表区域、类别、ID 。

如果出现以下情况，请考虑此选项：您需要区分两个或多个 Johnny.Decimal 系统。

您家里有一个系统来管理您的个人生活。当你上班的时候，公司有自己的制度。因此，您有两个独立的系统，您需要区分它们。

解决方案：在每个系统的开头添加唯一标识符。

图 13.01A。多个系统，每个系统的前面都有一个唯一的标识符。

有关详细信息，请参阅13.11 多个系统。

如果满足以下条件，请考虑此选项：您生活的大部分时间都完全符合标准的 Johnny.Decimal 系统。但有一个区域没有。要么它有超过 10 个东西，要么它需要比系统允许的更多的深度。

您是一名有 10 多个班级的学生。或者您是一名自由设计师，拥有 10 多个客户，每个客户都有您设计的 10 多种产品。

解决方案：扩大您的区域之一以容纳。

图 13.01B。标准系统内的扩展区域。

详细信息请参见13.21 扩展区域。

如果出现以下情况，请考虑此选项：系统中的几乎所有内容都完全符合标准 Johnny.Decimal 结构。但是你有一个ID需要重复，或者你需要一个类别中有超过100个ID。

您正在使用标准生活管理包，并且您有四个孩子。您需要一种方法来组织繁忙的 ID。

解决方案：延长末端以覆盖每个孩子。 11.24+JEM是 Jemima 去看眼镜商或牙医的 ID。同样，我们有 Belinda、Marie 和 Wendy 的11.24+BEL 、 11.24+MAR和11.24+WEN 。 ¹

在我以前的工作中， 72.02的任务是在数据中心安装布线。但有 13 个数据中心。

解决方案：将末端延伸至覆盖每个数据中心。

72.02+X01是中心，站点代码为X01 ， 72.02+Y02站点代码为Y02 ，等等。这是有效的，因为该系统中的大多数其他 ID 不需要出现 13 次。

随着时间的推移，我的博客将有超过 100 篇帖子。所以每个帖子不可能是一个标准的ID。

解决方案：使用博客的类别 ID（在本例中为22.00 ）并用每个博客文章编号扩展结尾。

22.00+0001是第一个帖子；我们目前处于22.00+0074 。 ² ID 保留博客参考，同时允许 10,000 个帖子。

图 13.01C。在系统末端扩展 ID。

有关更多信息，请参见13.31 延长末端。