Java三大特性、五大原则三大特性：封装、继承、 多态性封装：继承：多态性：五项基本原则单一职责原则SRP (单个封闭原则)开放封闭原则OCP (开放封闭原则)虚心的白云交替原则) theliskovsubstitutute 依赖vsubstititu倒置原则(thedependencyinversionprincipledip )接口分离原则(theinterfacesegregationprincipleisp )
三大特性：封装、继承、多态性
三大特性是：封装，继承，多态
封装：也就是说，将客观事物封装在抽象的类中。 此外，类可以只让受信任的类或对象操作自己的数据和方法，而对不信任的内容隐藏信息。 封装是面向对象的特征之一是对象和类概念的主要特性。 简单来说，类是封装数据和处理这些数据的代码的逻辑实体。 在对象内部，某些代码或数据是专用的，不能从外部访问。 通过这种方式，对象可以在不同级别上保护内部数据，从而防止程序中无关的部分被意外更改或对象的专用部分被意外使用。
继承：一种允许一种类型的对象获取另一种类型的对象的属性的方法。 支持不同级别的概念。 继承是指使用现有类的所有功能，并且可以在不重写原始类的情况下进行扩展的能力。 通过继承创建的新类称为子类或派生类，继承的类称为基类、父类或超类。 继承的过程是从一般到特殊的过程。 可以通过“继承”(Inheritance )和“组合”(Composition )来实现继承。 继承概念的实现方式有两种。 实现继承和接口继承。 继承是直接使用基类的属性和方法而无需额外编码的能力。 接口继承是指只使用属性和方法的名称，但子类必须提供实现能力。
多态性：意味着一个类实例的同一方法在不同的情况下有不同的表示形式。 多态性机制允许具有不同内部结构的对象共享同一外部接口。 这意味着，具体操作因对象而异，但可以使用公共类以相同的方式调用这些操作。
注： 多态仅仅是实例方法的多态，属性与static修饰的静态方法不会变化
多态方法调用的优先级： this.show(O(o )、super.show(O(O )、this.show )、super.show (super )、super (o ) )
即，找不到类，去父类寻找，找不到参数上传，找不到父类，参数上传
五大基本原则单一职责原则SRP (singleresponsibilityprinciple )是指一个类别的功能是单一的，不是穷尽的。 像一个人一样，分配的工作不能太多。 否则，即使一整天都很忙，效率也不高。
开放闭合策略开放闭合偏好(OCP )一个模块在可扩展性方面应当是开放的，在可修改性方面是封闭的。 例如，原本只有服务器端功能的网络模块，现在要增加客户端的功能。
那么，在不修改服务器端功能代码的情况下，需要添加客户端功能的实现代码。 这就要求从设计之初就将服务器端和客户端分开，并抽象出共同部分。
谦虚白云替换原则(theliskovsubstitutionprinciplelsp )子类必须替换父类，并出现在父类可以出现的地方。
例如，假设公司举行年度聚会，所有员工都可以参加抽签，无论是老员工还是新员工
无论是总部的工作人员还是派遣的工作人员，都应该可以参加抽签。 否则，这家公司就不和谐了。
依靠倒置原则(thedependencyinversionprincipledip )具体依赖抽象，上层依赖下层。
如果B是低于A的模块，但是B需要使用A的功能，B不应该直接使用A中的具体类，B定义抽象接口，A实现其抽象接口，B只使用其抽象接口。 这样就能达成
实现依存倒置的目的后，b也解除了对a的依存，相反a依赖于b定义的抽象接口。 在上层模块中很难避免对下层模块的依赖，如果b也直接依赖于a的实现的话，有可能引起循环依赖。 一个常见的问题是，编译a模块时，它必须直接包含在b模块的cpp文件中，而编译b时，它也必须直接包含在a的cpp文件中。
接口隔离原则(theinterfacesegregationprincipleisp )模块之间必须用抽象接口进行隔离，而不是在特定类中进行强耦合
整齐的羊法则
整齐羊法则(Law of Demeter )也称为http://www.Sina.com/(leastknowledgeprinciple简称LKP ) )，其中一个人尽量了解其他人，而陌生
英语中简称： LoD。 完整的羊法则可以简单地说是talk only to your immediate friends。 针对OOD，它描述了几种方法，要求软件实体尽量减少与其他实体的交互。 各软件单位相对于其他单位知识最少
，而且局限于那些与本单位密切相关的软件单位。整齐的羊法则的初衷在于降低类之间的耦合。由于每个类尽量减少对其他类的依赖，因此，很容易使得系统的功能模块功能独立，相互之间不存在（或很少有）依赖关系。
整齐的羊法则不希望类直接建立直接的接触。如果真的有需要建立联系，也希望能通过它的友元类来转达。因此，应用整齐的羊法则有可能造成的一个后果就是：系统中存在大量的中介类，这些类之所以存在完全是为了传递类之间的相互调用关系——这在一定程度上增加了系统的复杂度。
有兴趣可以研究一下设计模式的门面模式（Facade）和中介模式（Mediator），都是整齐的羊法则应用的例子。