设计模式–六大原则tex在238中设计模式中，我们提炼出了六大面向对象设计原则我们可以不知道那数量繁多的设计模式，但一定要记住这六大设计原则1.开闭原则（OpenClosePrinciple

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

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

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

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

include<linux/videodev2.h1\.打开设备 int fd  open("/dev/video0", O_RDWR);2\.查询设备属性    struct v4l2_capability cap;    ioctl(fd, VIDIOC_QUERYCAP, &cap); 

cap理论博客分类：架构CAP理论由EricBrewer在ACMPODC会议上的主题报告中提出，这个理论是NoSQL数据管理系统构建的基础，如下图所示：▲CAP理论　　其中字母“C”、“A”、“P”分别代表以下三个特征：　　·强一致性(Consistency)。系统在执行过某项操作后仍然处于一致的状态。在分布式系统中，更新操作执行成功

CAP定理1.CAP1.1定义以下定义来自维基。在理论计算机科学中，CAP定理（CAPtheorem），又被称作布鲁尔定理（Brewer'stheorem），它指出对于一个分布式计算系统来说，不可能同时满足以下三点：一致性（Consistency）（等同于所有节点访问同一份最新的数据副本）

微服务系统所设计的系统是分布式系统。分布式系统有一个著名的CAP理论，即同时满足“一致性”“可用性”和“分区容错”是一件不可能的事。CAP理论是由EricBrewer在2000年PODC会议上提出的，该理论在两年后被证明成立。CAP理论告诉架构师不要妄想设计出同时满足三者的系统，应该有所取舍，设计出适合业务的系统。CAP理论示意图!(https:/

1\.CAP定理C：Consistency，一致性A：Availability，可用性P：Partitiontolerance，分区容错性CAP定理，指的是在一个分布式系统中，一致性、可用性、分区容错性，三者不可得兼。2\.CAP详解2.1一致性（C）指所有节点访问同一份最新的

CAP（理论）Consistency(一致性),数据一致更新，所有数据变动都是同步的Availability(可用性),好的响应性能Partitiontolerance(分区容错性)可靠性定理：任何分布式系统只可同时满足二点，没法三者兼顾。忠告：架构师不要将精力浪费在如何设计能满足三者的完美分布式系统，而是应该进行取舍。

分布式系统的CAP理论：理论首先把分布式系统中的三个特性进行了如下归纳：●一致性（C）：在分布式系统中的所有数据备份，在同一时刻是否同样的值。（等同于所有节点访问同一份最新的数据副本）●可用性（A）：在集群中一部分节点故障后，集群整体是否还能响应客户端的读写请求。（对数据更新具备高可用性）●分区容错性（P）：以实际效果而言，分区相当于对

CAP理论断言任何基于网络的数据共享系统，最多只能满足数据一致性、可用性、分区容忍性三要素中的两个要素。但是通过显式处理分区情形，系统设计师可以做到优化数据一致性和可用性，进而取得三者之间的平衡。自打引入CAP理论的十几年里，设计师和研究者已经以它为理论基础探索了各式各样新颖的分布式系统，甚至到了滥用的程度。NoSQL运动也将CAP理论当作对抗传统关系型

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

CAP定理1.Consistency:一致性2.Availability:可用性3.Partitiontolerance:分区容错性CAP定理指出，在异步网络模型中，不存在一个系统可以同时满足上述3个属性。换句话说，分布式系统必须舍弃其中的一个属性。对于需要在分布式条件下运行的系统来说，如何在一致性、可用性和分区容错

转自：https://www.cnblogs.com/mingorun/p/11025538.html(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fwww.cnblogs.com%2Fmingorun%2Fp%2F11025538.html)CAP理论的理解(https://

CAP理论被很多人拿来作为分布式系统设计的金律，然而感觉大家对CAP这三个属性的认识却存在不少误区，那么什么是CAP理论呢？CAP原本是一个猜想，2000年PODC大会的时候大牛Brewer提出的，他认为在设计一个大规模可扩放的网络服务时候会遇到三个特性：一致性（consistency）、可用性（Availability）、分区容错（partitionto

前言大家好，我们很高兴宣布CAP发布了3.0版本正式版。自从上次CAP2.6版本发布(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fwww.cnblogs.com%2Fsavorboard%2Fp%2Fcap25.html)以来，已经过去了几个月的时

前言当我初次接触高可用这个概念的时候，对高可用的【少依赖原则】和【弱依赖原则】的边界感模糊，甚至有些“傻傻分不清楚”。这两个原则都关注降低模块之间的依赖关系，但它们之间的确存在某些差异。那么，「少依赖原则」和「弱依赖原则」它们之间本质的区别究竟是啥？少依赖

前言当我初次接触高可用这个概念的时候，对高可用的【少依赖原则】和【弱依赖原则】的边界感模糊，甚至有些“傻傻分不清楚”。这两个原则都关注降低模块之间的依赖关系，但它们之间的确存在某些差异。那么，「少依赖原则」和「弱依赖原则」它们之间本质的区别究竟是啥？少依赖