面向对象设计原则对于面向对象软件系统的设计而言，在支持可维护性的同时，提高系统的可复用性是一个至关重要的问题，如何同时提高一个软件系统的可维护性和可复用性是面向对象设计需要解决的核心问题之一。7种常用的面向对象设计原则|设计原则名称|定义|使用频率||

编写该文档的目的是，使开发者更易于了解我们如何决策React（应该做哪些，不应该做哪些），以及我们的开发理念。我们非常欢迎来自社区的贡献，但如若违背这些理念，实非我们所愿。注意：文章描述了React自身的设计原则，而非React组件或应用，阅读者需要对React有深入的理解。如需React的入门文档，查看。

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

happensbefore一个操作执行的结果需要对另一个操作可见，那么这两个操作之间必须存在happensbefore关系happenbefore原则是JMM中非常重要的原则，它是判断数据是否存在竞争、线程是否安全的主要依据，保证了多线程环境下的可见性。happensbefore原则定义：1\.如果一个操作happensb

一、索引建立的几大原则：1） 最左前缀匹配原则，非常重要的原则，mysql会一直向右匹配直到遇到范围查询(、<、between、like)就停止匹配，比如a1andb2andc3andd4如果建立(a,b,c,d)顺序的索引，d是用不到索引的，如果建立(a,b,d,c)的索引则都可以用到，a,b,

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

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

前言当讨论高可用时，那么必然有与之对应的低可用甚至不可用，但无论是哪种可用描述，其中都暗含了一个大众共识，即不存在永久稳定运行的系统程序。事实上，几十年前图灵也论证过类似的问题，称为“停机问题”，具体的描述是：能否为A计算机编程，使得程序才能在有限时间内推