From 1e5f8eb33bc41cb59faf059e83701152785cabea Mon Sep 17 00:00:00 2001 From: yingyu5658 Date: Sat, 13 Dec 2025 08:33:08 +0800 Subject: Initial commit --- ...270\212\345\270\235\347\261\273\357\274\237.md" | 30 ++++++++++++++++++++++ 1 file changed, 30 insertions(+) create mode 100644 "content/posts/\344\270\212\345\270\235\347\261\273\346\230\257\344\273\200\344\271\210\357\274\237\350\257\245\345\246\202\344\275\225\351\201\277\345\205\215\344\270\212\345\270\235\347\261\273\357\274\237.md" (limited to 'content/posts/上帝类是什么？该如何避免上帝类？.md') diff --git "a/content/posts/\344\270\212\345\270\235\347\261\273\346\230\257\344\273\200\344\271\210\357\274\237\350\257\245\345\246\202\344\275\225\351\201\277\345\205\215\344\270\212\345\270\235\347\261\273\357\274\237.md" "b/content/posts/\344\270\212\345\270\235\347\261\273\346\230\257\344\273\200\344\271\210\357\274\237\350\257\245\345\246\202\344\275\225\351\201\277\345\205\215\344\270\212\345\270\235\347\261\273\357\274\237.md" new file mode 100644 index 0000000..2a48f0b --- /dev/null +++ "b/content/posts/\344\270\212\345\270\235\347\261\273\346\230\257\344\273\200\344\271\210\357\274\237\350\257\245\345\246\202\344\275\225\351\201\277\345\205\215\344\270\212\345\270\235\347\261\273\357\274\237.md" @@ -0,0 +1,30 @@ +--- +abbrlink: 964047394 +categories: +- 往昔 +date: "2025-03-30 10:47:35" +tags: +- 软件开发 +title: 上帝类是什么？该如何避免上帝类？ +--- +## 什么是上帝类 +所谓的上帝类，就是指**一个类承担了过多的职能**，变得过于**臃肿**和**复杂**、**难以维护**。没有遵守单一职责原则。像上帝一样什么都能干，每个功能高度耦合，牵一发而动全身，不利于业务的拓展。 + +## 上帝类是如何产生的 +上帝类的产生，通常是由于需要快速实现功能而做出的妥协，长期积累就变成繁重的技术债务。或是缺乏规划经验，功能不断地被加到类中。依旧长期积累，上帝类产生了。 + +## 上帝类的优缺点 +上帝类虽然在上文被冠以臃肿、难维护的帽子，但并不代表他没有优点，要辨证地看待。 + +- 优点：上帝类适用于一些较小的、逻辑简单的任务或工具类，逻辑不复杂，也不需要长时间维护，即拿即用。不用过多地考虑职责和颗粒度的划分，也能提高开发效率 +- 缺点：即上文中所提到的。臃肿、复杂、难以维护、测试麻烦、缺乏可读性、耦合度高，不可拓展同时违反SRP和OCP原则 + +## 上帝类的判定 +- 代码行数判定法：代码行数很多的有可能是上帝类，注意是有可能。如果是上帝类，应当进行适当重构 +- 依赖关系判定法：通过分析类的依赖关系来判定其是否与其他类高度关联，如果是，他有可能是上帝类。 +- 职责判定法：如果一个类承担了过多的职责，他该干的也干了，不该干的也干了，那么毫无疑问，他是上帝类。 +- 测试覆盖率判定法： 如果一个类难以单元测试，或覆盖率低或总是出现奇奇怪怪的不可预测的问题，那么他有可能是上帝类。 + + +## 如何避免上帝类 +所以，要如何避免上帝类，这个问题的答案已经显而易见了。和上一段相反着做即可。遵守单一职责原则。规划好代码架构。比如，要处理一个压缩包解析和数据展示功能，首先就要拆分职责为不同的类。类中再去写相对应的函数。我们可以把这个功能拆分为解压、读取、展示信息三个类，类中分别编写相应的代码，这样就能做到避免上帝类的产生，从而提高代码的可维护性和可拓展性。 -- cgit v1.2.3