java代码与架构之完美优化实战典配套课件十章共同封闭原则.pptx

作者：颜廷吉《Java代码与架构之完美优化——实战经典》第十章包优化——10.3共同封闭原则(72/77)

目录Contents@2、现象描述是什么？@1、优化前包结构有哪些瑕疵？@3、有哪些不利影响？@4、有哪些检测工具与方法？@5、最佳解决方案是什么？@6、如何解析优化后包结构？

1、优化前代码有哪些瑕疵？■优化前包结构实例1动动脑筋：本例中包结构有哪些瑕疵，应该如何优化？

2、现象描述是什么？■现象描述一个变化影响了不仅仅一个包，而是影响了多个包中的修改（散弹式修改）。

3、有哪些不利影响？■不利影响分析代码之间的耦合度越高，系统的可测试性与可维护性就越低，这样很快就会变成一个僵化的垃圾系统。

4、有哪些检测工具与方法？■检测工具或方法

1.（R）人工检查

5、最佳解决方案是什么？（1/2）■最佳解决方案共同封闭原则，包中的所有类对于同一类性质的变化应该是共同封闭的。也就是说，一起修改的类，应该组合在一起（同一个包里）。如果必须修改应用程序里的代码，我们希望所有的修改都发生在一个包里（修改关闭），而不是遍布在很多包里。这个优化原则所聚焦的点是要降低包之间的耦合度。如果进一步扩展应用，实际大型项目研发中，很重要的设计原则是功能模块或者子系统之间要尽可能的降低耦合度。如果有变更，只允许修改本模块下的代码。

5、最佳解决方案是什么？（2/2）对于功能模块之间的这种平级耦合，需要通过提取共通方法或者类，使得包或者模块有上下级之间的耦合。这种优化属于比较大型的优化，优化时要小心，影响比较大，要做好各种测试。

6、如何解析优化后代码？■优化后代码解析为响应变更需求，代码2需要变成代码3形式，而且代码1里调用时，要给一个默认的pazeSize参数。修改时就需要修改2个包下的文件，这里只是示意，如果这种修改分布到多个文件，多个包，那么这种设计就是一种非常糟糕的设计。优化后的包结构，把所有的修改调整到一个包里，对于变更就容易管理。

技术成就梦想，架构点亮生活365IT学院，让学习变得更简单

严惩盗版10