接口隔离原则(Interface Segregation Principle, ISP)：使用多个专门的接口，而不使用单一的总接口，即客户端不应该依赖那些它不需要的接口。一个类对另一个类的依赖应该建立在最小的接口上。根绝接口隔离原则，当一个接口太大时，我们需要将它分割成一些细小的接口，使用该接口的客户端只需知道与之相关的方法即可。每一个接口应该承担一种相对独立的角色，不干不该干的事情，干该干的事请

享元模式是一种用于优化性能的软件设计模式，它通过共享对象来减少内存中对象的数量，从而降低内存消耗并提高系统性能。享元模式将对象的状态分为内部状态和外部状态，其中一些具有相同内部状态的对象可以被多个对象共享，而不是为每个对象都创建新的实例；而外部状态是变化的，不能共享。虽然我们创建了多次小汽车，但它们相同颜色和相同发动机排量的共享同一个享元对象，因此创建相同相同颜色和相同发动机排量的汽车时，可以减少

去checkstyle-idea官网下载所需要的版本，如果需要最新的，可以直接在idea中更新就可以，但是想要其它版本，需要去官网下载旧版本。（如果你们不是这两个版本，还是报这个错误，也可能是版本不兼容问题，可以更换CheckStyle-IDEA 版本，或者更新IDEA）IntelliJ IDEA 2021.3.3 （社区版）和CheckStyle-IDEA 版本：5.76.0不兼容，导致运行报错

抽象工厂模式将具体产品的创建延迟到具体工厂的子类中，这样将对象的创建封装起来，可以减少客户端与具体产品类之间的依赖，从而使系统耦合度低，这样更有利于后期的维护和扩展。抽象工厂模式将具体产品的创建延迟到具体工厂的子类中，这样将对象的创建封装起来，可以减少客户端与具体产品类之间的依赖，从而使系统耦合度低，这样更有利于后期的维护和扩展。抽象工厂模式：便于交换产品系列，同时让具体的创建实例过程与客户端分离

把创建Type1类做成抽象类，并提供一个抽象的 type方法，让子类去实现即可，这样我们有新的水果种类时，只需要让新的水果类继承 Type1，并实现 type方法即可，使用方的代码就不需要修改了， 从而满足了开闭原则。简单说明一下，首先我们可以对某个类来说，即一个类应该只负责一项职责。当职责1需求变更而改变A时，可能造成职责2执行错误，所以需要将类A的粒度分解为A1，A2。在后来发现新问题，并不是

连接WindTerm是，账号密码是正确的，但是一输入账号，就报The remote host closed the connection错误，或者是Unknown error错误

它是将一个复杂对象的构建过程与它的实现表示分离，使得同样的构建过程可以创建不同的表示，属于创建型模式。建造模式可以强制实行一种分步骤进行的建造过程，因此，如果产品对象的一个属性必须在另一个属性被赋值之后才可以被赋值，使用建造模式是一个很好的设计思想。1.需要生成的产品对象有复杂的内部结构，每一个内部成分本身可以是对象，也可以仅仅是一个对象（即产品对象）的一个组成部分。建造者模式，相当于是对工厂生产

类适配器模式是通过让Adapter（适配器）实现Target（被适配者）的抽象接口，然后继承Adaptee（要适配者），具体适配过程是由我们的适配器的Resuest()方法中对Adaptee（要适配者）的SpecificRequest()方法进行适配，使得适配器的Request()方法返回我们需要的被适配者，供我们使用。适配器模式的用意是要改变源的接口，以便于目标接口相容。根据适配器类与适配者类的