任何软件唯一不变的真理是变化，毕竟软件是"软"的。软件研发需要快速响应市场、需求的变化。为了快速响应，我们可以通过增加人手来达到部分目的，但软件开发属于知识密集型工作，当人数增加到一定数量后，不仅不能够提升研发效能。反而增加管理成本，沟通成本及由于人与人沟通、理解上产生的歧义而最终造成软件实现的混乱和复杂度。所以软件本身需要能够轻易的扩展，适应各种需

开闭原则：对扩展开放，对修改关闭。依赖倒置原则：高层应该不依赖地层。单一职责原则：一个类只干一件事儿。接口隔离原则：一个接口只干一件事儿迪米特法则：不该知道的就不要知道。里氏替换原则：子类重写方法功能发生改变，但是不影响父类方法的语义。合成复用原则：尽量使用组合实现代码复用，不要用继承，要解耦。

01软件设计模式概述01软件设计模式概述软件设计模式的产生背景"设计模式"这个术语最初并不是出现在软件设计中，而是被用于建筑领域的设计中。1977年，美国著名建筑大师、加利福尼亚大学伯克利分校环境结构中心

作为软件设计和开发人员，经常关心的问题是：自己对需求的掌握是否全面？对需求的了解是否存在遗漏环节？如何帮助软件设计和开发人员解除以上困惑呢？本文提出了“三横三纵”的矩阵检查方法，以一种直观易行的逻辑思维矩阵帮助软件设计和开发人员全面梳理和评价需求。如下图所示：“三横三纵”矩阵首先，需求是分层次的。从不同的需求提出者和需求跟踪两个角度出发，将需求划分为

类设计原则之单一职责类的设计原则之单一职责原则，是最常用的类的设计的原则之一英文：SRP,SimpleResponsibilityPrinciple中文：单一职责原则这是面向对象类设计中的第一个原则，也是看起来最简单的一个原则，但是实际上远远没有这么简单，很多人不一定真正理解了！类设计，通俗的讲就是怎么去写一个类更好，应该遵循什么样的原则

软件设计知识是一名软件开发人员必须要懂的知识，最近几天今天看了bob大叔的《敏捷软件开发》一书和软件设计相关的一些blog和资料，自己做了一个学习笔记设计目标正确性、健壮性、灵活性、可重用性、高效性降低复杂性所谓复杂性，就是任何使得软件难于理解和修改的因素。复杂性的来源主要有两个：代码的含义模糊和互相依赖

类设计原则之开闭原则OCP，OpenClosedPrinciple，中文翻译为开闭原则当第一次看到OCP时，我就蒙了，什么开，什么闭啊，完全摸不到头脑然后就去网上找各种博客，各种解释，最多的一种就是：对扩展开放，对修改关闭当时我就更蒙了，去问了很多“高手”，他的回答让我更加迷茫：不修改代码就可以增加新功能这是多么神奇的事啊，不修改代码

设计模式面试1.单例设计模式使用设计模式为了代码复用，增加可维护性。设计模式的六大原则：开闭原则、里氏代换原则、依赖倒转原则、接口隔离原则、迪米特法则（最少知道原则）、合成/聚合复用原则Singleton（创建）：保证一个类仅

!DevOps核心原则稳定的工作流程(https://s4.51cto.com/images/blog/202010/13/7b7b1333d359208739559f11a51c45d4.jpeg?xossprocessimage/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_10

软件系统是通过软件开发来解决某一个业务领域或问题单元而产生的一个交付物。而通过软件设计可以帮助我们开发出更加健壮的软件系统。因此，软件设计是从业务领域到软件开发之间的桥梁。而DDD是软件设计中的其中一种思想，旨在提供一种大型复杂软件的设计思路和规范。通过D