清理工作很烦人，需要时间，但总有更好的事情要做。这就是为什么我们必须花时间找到充分的理由来激励每个参与者——包括我们自己。在 IT 项目中，这些人员通常还包括项目经理、客户和开发团队的其他成员。但还是要问自己：为什么我要在这里打扫卫生？如果到目前为止我个人的混乱状况处理得很好并且没有打扰任何人，那么我什至可能会不必要地投入时间和金钱。重构的具体目标可能是在未来节省时间和金钱、提取构建块以供重用或避免错误。
您已决定采取下一步。这是为了摆脱所有你不需要或不起作用的东西。这里流行的日本方法是 Dan-Sha-Ri（断（dan）：切断，舍（sha）：扔掉，离（ri）：放手），代表极简主义和简单。所以近藤麻理 老年人保险线索 惠会对每件物品说：问问自己它是否让你快乐。您回答“否”的所有问题都会得到解决。如果您与团队一起检查存储库并执行此操作，则可能不会剩下任何存储库。所以这不太管用。尽管如此，我们的存储库中肯定存在未使用的文件、注释掉的函数、未使用的类、不必要的注释等，只能通过删除它们来增加它们的价值。有时这些在开发过程中被认为是代码异味，但有时它们已经存在很长时间了。这就是为什么我们需要定期清理而不仅仅是开发。
老开发者智慧
但还有一个非常特殊的类别：感伤。当然，有些单独的碎片或整个盒子很难分开。你花了很多时间和他们在一起。您对与它一起度过的时光有特殊的回忆。你就是无法将自己与它分开。没关系。将它们装在自己的盒子里，然后放在地下室的某个地方。
第三步：分类
“对你想要使用的东西要有策略。”
主页编辑
我们想把剩下的东西分成几类，这样我们就可以把它放进盒子里。在我们的软件系统中，这些类别通常称为模块。如果一个架构被分解为在各个抽象层次上出现连贯的单元，并且可以从中形成知识单元（块），那么它就是模块化的。如果我们的类别比例平衡，那就是一个优势。假设我想对我的浴室必需品进行分类。那我会分类什么？
大多数建筑师现在可以想到很多基本原则。当然是单一职责原则、关注点分离和组件内聚原则。此外，确定各个类别内部和之间的联系和依赖关系的措施：
1. 内聚力：衡量盒子各个部分的配合程度。它们是主要关注各自目的的单独部分吗？
2. 耦合：衡量两个类别（我们所说的类别是指：方法、函数、类、模块等）相互依赖的程度。