62 | 重新认识开闭原则 (OCP)

笔记： 将开闭原则上移到业务系统。业务对外只读，意味着不可变，但不变的业务生命周期是很短暂的，所以要可扩。要扩展还要不变，就倒逼着要做兼容，而兼容可能会导致现有的功能职责不单一，这又倒逼着要对现有的功能做再抽象，以适应更广的“单一职责”。 所以不改是不可能的，只是改的结果应当是让项目往更稳定去发展。然而这里面其实好难，无论是新的抽象的定义还是职责范围的扩张，这都需要有强大的分析能力和精湛的设计思维、重构手法、调优能力以及站在核心目标上的权衡来支撑。然而难亦是乐趣所在。

老师的课程中提及的两方面是我觉得自己理解的最不好的：一方面"基础架构 + 业务架构，才是你设计的软件的全部"，另一方面"一方面从中学习怎么做需求分析，另一方面也从中体悟做架构的思维哲学"。 如同老师所说的"架构课 的革命性，我自己从没怀疑过。它的内容是精心设计的，为此我准备了十几年",学习的过程中我其实同样在整体梳理自己作为DBA&&OPS十余年松散的知识体系。老师开课的这半年多不断的适度扩展梳理去破未知，完成了20余门功课的学习；除了画图部分的知识都是在不断的循环梳理。虽不断学习和梳理，但是依然觉得老师今天课程中提及的两方面其实是最难。如同前几天DevOps课程的石老师课程提出的Plan-Do-Check-Act时，我说这个顺序其实可以改变且石老师的回复中对此非常认可一样。这个认知其实是原来许老师课程的循环反复，梳理中悟出的东西。 结合老师上堂课所提及"任何功能都是可以正交分解的，即使我目前还没有找到方法，那也是因为我还没有透彻理解需求"-可以理解为业务方面的。《全局性功能的架构设计》和《重新认识开闭原则》两章内容在强调今天课程结束老师的"基础架构 + 业务架构，才是你设计的软件的全部"。 以上是个人结合这两节课的知识对于今天课程结束部分老师的理解：谢谢老师的分享和教诲。期待老师的下次分享。

活字印刷术，也是开闭原则应用的一个例子。 字是稳定的，字的排序是变化的。

许大，希望出书。买来收藏。 时不时枕边翻阅体会大佬的思想。 多年以后，庆幸自己这段时间跟着许大的专栏，有了新的想法和思想。

如何理解“只读”模块？

对于程序员而言，三种思维最为基础: 1.DRY (Don’t Repeat Yourself) 。 这是好程序员的根本追求，永久的驱动力。 2.分而治之。 这是人类解决复杂问题的普遍方式。 3.开闭原则。 这是应对变化(主动的变化如功能扩展，被动的变化如故障修复)的最佳手段。 其他各种原则/方法/模式/最佳实践，全部都是以此三者为基础，结合具体领域/场景/时代的更具操作性的推论。

老师，最近在了解区块链相关的知识，感悟到了一些开闭原则上的应用，跟您探讨下： 比特币旨在构建新一代的数字货币，而以太坊的目标则是要成为新一代点对点的分布式计算基础服务（终极目标是成为 web3.0 的标准），基于此发展除了智能合约，所谓“智能合约”，实际就是可编程的合约，跟我们普遍理解的“智能”没啥关系，那既然是程序，必定会涉及到升级或修复，业务数据存储结构变更，而区块链的特性决定了“变更”是一项成本极其高昂甚至几乎无法完成，我们称之为不可篡改特性，因此现在做dapp涉及一般设计为数据合约和程序逻辑合约组合，做到程序和数据分离（由此也可以看出对比中心化的程序还是相当原始和初级的），这样在程序更新的时候直接弃用旧的合约地址，改用新合约，数据也不用迁移，但是当我们的需求需要持续更新合约的时候，如果能懂得运用开闭原则，这件事情会优雅很多，因为无论是 以太坊的 ERC20 还是 ERC721 标准等等，都规定了相当有限且简单的接口标准，这就是架构的不可变部分，我们不能把所有的逻辑都堆在这个我们针对于接口的实现上，而应该采用组合的方式，通过合理的架构设计，多个合约组合出强大的功能，我看了几条最新的以太坊社区提案，一些针对于 NFTs 的提案，比如 ERC-998，旨在让多个 NFT 组合的新 NFT 具备不可拆解的特性，使新的NFT可以整体交易，这会极大的简化物品转移的处理，其实都是可以遵循开闭原则通过良好合理的设计组合合约来实现，没必要升级为最基础的接口标准，当然这也会带来 gas 成本的增加，因为运行在区块链上的程序是需要支付 gas 费用的，所以币安推出 bsc 币安智能链的原因之一，降低 gas 费用。

老师对于开闭原则，我也在思考这里的开、闭到底是针对什么的。 首先对于bug坑定是需要修复的；那么如文中提到的，对于需求的变化引起需要修改利用插件机制。但是实际的业务中，可能很多是需要在原有代码中增加一个if判断、或者类型转化、或者额外的数据处理。 针对这些问题，肯定不可避免要去对源代码产生修改。这里很难去控制什么时候可以改，什么时候该用插件

开闭的核心还是明确“变与不变”，这很难，需要大量的需求分析

需求稳定点与变化点，正交分解，开闭原则，我理解内在本质是一脉相承的。这种架构看看作一种生命体，在基础构造上是稳定的，但又具备足够的柔性和灵活性。在业务变化时能够灵活适应，同时又不会散发臭味。有了这种特质，这种架构才可以说是有生命力的。