前言 DRY 原则，英文描述为： Don’t Repeat Yourself。中文直译：不要重复自己。将它应用在编程中，可理解为：不要写重读的代码。 可能你认为，这个原则很简单。只要两段代码长得一样，那就是违反 DRY 原则了。真的是这样吗？ 答案是否定的。这是很多人对这条原则存在的误解。实际上，重读的代码不一定违反 DRY 原则，而有些看似不重复的代码也可能违反 DRY 原则。 DRY

在软件的设计当中前人已经总结了许多的设计原则和设计模式。例如 SOLID，GRASP 设计原则，这些原则都是基于面向对象设计总结而来的。而 GOF23 是基于许多常见的场景总结出了一套设计模式，在我们遇到类似的场景，都可以套用设计模式。 而今天所讲到的软件三原则是适用于在软件设计的各个层面的。它不仅适用于面向对象的设计，也适用于面向过程的程序设计；不仅适用于类的设计，也适用于模块、子系统的设计。

1. SOLID原则 1.1 SRP(Single Responsibility Principle) 单一职责 一个类或模块只负责完成一个功能。 1.2 OCP(Open Closed Principle) 开闭原则 (模块、类、方法)对拓展开放，对修改关闭 1.3 LSP(Liskov Substitution Principle)里氏替换 子类对象能够替换程序中父类对象出现的任何

理解并举例标题中的命令 使用示例脚本中的稳定输出使用配置文件对 Kubernetes 对象进行声明式管理Kubectl diff概览如何创建对象示例 如何更新对象示例 如何删除对象如何查看对象 服务器端试运行（Server-side Dry-run）试运行dry-run的授权试运行 dry-run发起试运行请求 kubectl 的用法约定在可重用脚本中使用 `kubectl`[ 最佳实践](

http://www.alittlemadness.com/?p=76 今天读到这篇文章，原来和 我想的 一样，不过DRO这个提法的提法比我提炼的要更好，呵呵。 大胃 2007-01-30 23:09 发表评论

接着上一篇的思路聊。既然我们可以把开发者社群看作一个整体，copy-paste别人的blog文章就是在违背DRY的精神，其实所谓"重造轮子"道理也是一样，既然别人都已经做了相同的事情，并且把它开源了，并且你看了它的代码以后，觉得做得不错，为什么还要自己费心去实现同样的功能呢？自己来实现能给你带来什么好处呢？ 我可以列举一些我认为可能会让我们选择自己来做的理由: 我比其他人更了解我们自

本文继续来介绍接口隔离原则（ISP）和依赖倒置原则（DIP），这两个原则都和接口和继承有关。文章最后会简单介绍几个除了 SOLID 原则之外的原则。 接口隔离原则（ISP） 提起接口，开发人员的第一反应可能是面向对象编程语言中的 interface ，但接口更广义的理解会包含： 编程语言中的 interface；RESTful Web API 、Web Service、gRPC 等这种对外提供