Java基础篇

加载中

【推荐】算法文摘

Java开发教程视频整理（2017/10/08）

国内大公司的开源项目一览表

设计模式

查缺补漏

源码分析

科普好文

23种设计模式（1）-单例模式

​定义：确保一个类只有一个实例，而且自行实例化并向整个系统提供这个实例。

23种设计模式（2）-工厂模式

工厂模式是 Java 中最常用的设计模式之一。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。

23种设计模式（3）-原型模式

通过复制现有的对象实例来创建新的对象实例。

23种设计模式（4）-生成器模式

将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。生成器模式利用一个导演者对象和具体建造者对象一个一个地建造出所有的零件，从而建造出完整的对象。

23种设计模式（5）-适配器模式

将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。

23种设计模式（6）-装饰者模式

在不必改变原类文件和原类使用的继承的情况下，动态地扩展一个对象的功能。

23种设计模式（7）-代理模式

为其他对象提供一种代理以控制对这个对象的访问。在某些情况下，一个对象不适合或者不能直接引用另一个对象，而代理对象可以在客户端和目标对象之间起到中介的作用

23种设计模式（8）-外观模式

为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

23种设计模式（9）- 桥接模式

桥接模式 (Bridge)将抽象部分与实现部分分离，使它们都可以独立的变化。桥接模式是一种结构式模式。

23种设计模式（10）- 组合模式

组合模式又叫做部分-整体模式,它使我们树型结构的问题中,模糊了简单元素和复杂元素的概念,客户程序可以向处理简单元素一样来处理复杂元素,从而使得客户程序与复杂元素的内部结构解藕.

23种设计模式（11）-策略模式

​策略模式是对算法的封装，把一系列的算法分别封装到对应的类中，并且这些类实现相同的接口，相互之间可以替换。在前面说过的行为类模式中，有一种模式也是关注对算法的封装——模版方法模式。

23种设计模式（12）-模版方法模式

定义：定义一个操作中算法的框架，而将一些步骤延迟到子类中，使得子类可以不改变算法的结构即可重定义该算法中的某

23种设计模式（13）-观察者模式

23种设计模式的学习视频已为大家备好，需要的可以在公众号内回复“设计模式”获取下载链接。

23种设计模式（14）-迭代器模式

提供一种方法访问一个容器对象中各个元素，而又不暴露该对象的内部细节。

23种设计模式（15）-解释器模式

给定一种语言，定义他的文法的一种表示，并定义一个解释器，该解释器使用该表示来解释语言中句子

23种设计模式（16）-访问者模式

封装某些作用于某种数据结构中各元素的操作，它可以在不改变数据结构的前提下定义作用于这些元素的新的操作。

23种设计模式（17）-命令模式

将一个请求封装成一个对象，从而让你使用不同的请求把客户端参数化，对请求排队或者记录请求日志，可以提供命令的撤销和恢复功能。

23种设计模式（18）-备忘录模式

在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样就可以将该对象恢复到原先保存的状态。

23种设计模式（19）-责任链模式

使多个对象都有机会处理请求，从而避免了请求的发送者和接收者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递该请求，直到有对象处理它为止。

23种设计模式（20）-中介者模式

用一个中介者对象封装一系列的对象交互，中介者使各对象不需要显示地相互作用，从而使耦合松散，而且可以独立地改变它们之间的交互。

23种设计模式（21）-享元模式

享元模式是对象的结构模式。享元模式以共享的方式高效地支持大量的细粒度对象。

23种设计模式（22）-状态模式

当系统中某个对象存在多个状态，这些状态之间可以进行转换，而且对象在不同状态下行为不相同时可以使用状态模式。

设计模式六大原则（1）：单一职责原则

不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。

设计模式六大原则（2）：里氏替换原则

肯定有不少人跟我刚看到这项原则的时候一样，对这个原则的名字充满疑惑。其实原因就是这项原则最早是在1988年，由麻省理工学院的一位姓里的女士（Barbara Liskov）提出来的。

设计模式六大原则（3）：依赖倒置原则

高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。

设计模式六大原则（4）：接口隔离原则

客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上。

设计模式六大原则（5）：迪米特法则

一个对象应该对其他对象保持最少的了解。

设计模式六大原则（6）：开闭原则

一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。