好代码的原则， 很久之前的前人提出的，golang是如何实现的呢。
[S] Single Responsibility Principle -- 单一职责原则 （一个类有着单一的功能） 有点类似UNIX的小工具集合起来做大的复杂的事情。
[o] Open Close Principle -- 开闭原则 ， 对扩展开放， 对修改关闭。 新增的代价小于修改的代价。
[L] Liskov Substitution Principle -- 里氏替换原则， 简单说就是子类可以替换基类。 正因此，增加子类也就可以实现开闭原则。
[I] Interface Segregation Principle -- 接口隔离原则 多个特定客户端接口要好于一个宽泛用途的接口 ... 接口隔离。嘤嘤嘤。。
[D] Dependency Inversion Principle -- 依赖反转原则 抽象不应该依赖于细节，细节应该依赖于抽象 如A依赖了B， 转换成 A 依赖 B的抽象， 这样即使B换了 。 也无所谓。
有疑问加站长微信联系（非本文作者）
入群交流（和以上内容无关）：加入Go大咖交流群，或添加微信：liuxiaoyan-s 备注：入群；或加QQ群：692541889
`单行代码`
好代码的原则， 很久之前的前人提出的，golang是如何实现的呢。
[S] Single Responsibility Principle -- 单一职责原则 （一个类有着单一的功能） 有点类似UNIX的小工具集合起来做大的复杂的事情。
[o] Open Close Principle -- 开闭原则 ， 对扩展开放， 对修改关闭。 新增的代价小于修改的代价。
[L] Liskov Substitution Principle -- 里氏替换原则， 简单说就是子类可以替换基类。 正因此，增加子类也就可以实现开闭原则。
[I] Interface Segregation Principle -- 接口隔离原则 多个特定客户端接口要好于一个宽泛用途的接口 ... 接口隔离。嘤嘤嘤。。
[D] Dependency Inversion Principle -- 依赖反转原则 抽象不应该依赖于细节，细节应该依赖于抽象 如A依赖了B， 转换成 A 依赖 B的抽象， 这样即使B换了 。 也无所谓。