小黄牛：以前有位二十年编程经验的大佬告诫我，不要把自己掌握的知识全部开源，为了生活，所以博客在今后会将上一年的文章开放。如果需要跟着我的学习新的知识，可以加我的QQ直接购买课程，还带疑难杂症讲解的哦。QQ：1731223728

设计模式之策略模式，优势在 根据类名调用不同的算法...

设计模式之模板模式，优势在 将不变的方法和多变的方法分离...

设计模式之解释器模式...

在软件的生命周期内，因为变化、升级和维护等原因需要对软件原有代码进行修改时，可能会给旧代码中引入错误，也可能会使我们不得不对整个功能进行重构，并且需要原有代码经过重新测试...

类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大...

客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上...

高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象...

肯定有不少人跟我刚看到这项原则的时候一样，对这个原则的名字充满疑惑。其实原因就是这项原则最早是在1988年，由麻省理工学院的一位姓里的女士（Barbara Liskov）提出来的...

不要存在多于一个导致类变更的原因。**通俗的说，即一个类只负责一项职责...

微信开发JSSDK的使用案例...