一个配置数据管理功能的设计、重构过程

因为要支持新特性,我重构了一个小型配置数据管理模块。起初因不合理的设计而引入效率问题,继而又为解决效率问题走火入魔导致过度设计,最后通过对“单一职责原则”的应用,得到一个简单够用的设计。

在这个 Chat 中,你会看到:

  • 软件设计需要对一个事物的认识保持足够的抽象,过早地考虑实现的细节将导致畸形的设计。本篇 Chat 演示了一次对抽象的错误认识的改正过程,在这个过程中对各种问题的应对思路,各种试错的经验总结。
  • 软件设计需要正确识别出“变化”,并且使不变的部分感知不到变化对自身的影响。本篇 Chat 介绍了一个因错误识别变化导致抽象设计应用到错误的对象上,产生了一个混乱的抽象接口的例子,当然,还有对这个错误的改正过程。
  • 对 SRP 的理解和应用,一个因违 SRP 导致的 BUG 实例。

阅读全文: http://gitbook.cn/gitchat/activity/5ccf02fe7d046e5bb05dbf89

一场场看太麻烦?成为 GitChat 会员,畅享 1000+ 场 Chat !点击查看

上一篇:单一职责原则(SRP)


下一篇:CVE-2021-45232 Apache APISIX 从未授权访问到RCE