FUSIPING的博客

对输入，输出，异常的约定；也就是添加一个新的功能时，应该在已有的代码基础是扩展新的模块，类，方法等，而不是修改已有代码（模块，类，方法等），所以说代码的扩展性是重点。是一种编程技巧，不通过new()的方式在类内部创建依赖类对象，而是将依赖的类对象在外部创建好之后，通过构造函数，构造参数等方式传递（或注入）给类使用，这样提高了代码的扩展性。我们通过依赖注入框架提供的扩展点，简单配置所需要的类，以及类与类之间依赖关系，就可以实现由框架来自动创建对象，管理对象是生命周期，依赖注入等原本需要程序员来做的事情。

多态可以提高代码的扩展性和复用性，是很多设计模式，设计原则，编程技巧的代码实现基础。表示类之间的is-a关系，分为两种模式：单继承和多继承，单继承表示一个子类只能继承一个父类，多继承表示一个子类可以继承多个父类。主要是如何隐藏方法的具体实现，让使用者只关心方法提供了哪些功能，抽象通过接口类和抽象类来实现，比如JAVA的interface和abstract关键字语法。它以类或对象作为组织代码的基本单元，并将封装，抽象，继承，多态四个特性，作为代码设计的实现基石。二仅暴露有限的必要接口，提高类的易用性。

它还有个更加达意的名字，叫作最小知识原则，英文全称：The Least Knowledg Principle。通俗的讲是：不该有直接依赖关系的类之间，不要有依赖；有依赖关系的类之间，尽量只依赖必要的接口。“高内聚”用来指导类本身的设计，“松耦合”用来指导类与类之间依赖关系的设计；指相近功能应该放在同一个类，不相近的功能不要放在同一个类中。因为相近的功能往往会被同时修改，放在同一个类中方便维护。指的是类与类之间的依赖关系简单清晰。即使两个类有依赖关系，一个类的代码改动不会或者很少依赖类的代码改动。

代码的“可复用性”是从代码开发者的角度来讲的，“复用”是从代码使用者的角度来讲的。比如，A同事编写一个UrlUtil类，代码的“可复用性”很好，B同事在开发新功能时，可以直接“复用”。这三者理解上有所区别，但实际要达到的目的是类似的，都是为了减少代码量，提高代码的可读性，可维护性。1、代码复用性表示一段代码可被复用的特性或能力：我们在编写代码的时候，让代码尽可能复用；2、代码复用表示一种行为：我们在开发新功能的时候，尽量复用已存在的代码；2、实现逻辑不重复，但功能语义重复的代码，也算违反DRY原则。

当我们要实现一个新功能时，发现现有的代码已经抽象出了很多底层可以复用的模块，类代码，我们可以直接拿来用，说明代码写得很灵活。3设计原则中单一职责，DRY基于接口而非实现，里式替换原则，可以让我们写出可复用性，灵活，易扩展，易维护的代码；代码的可扩展性指的是我们添加性功能时，尽量不修改或者少改原有的代码的情况下，直接在扩展点插入新的功能代码。顾名思义指的是尽量复用已有的代码，减少重复代码的编写，比如面向对象的继承，多态特性。代码简洁性，包含代码简单易懂，逻辑清晰，意味着易度，已维护。，接下来容我一一介绍。

代码行数越少并不代表越简单，我们还要考虑逻辑复杂度，实现难度，代码的可读性等。而且本事就复杂的问题，用复杂的方法解决，并不违背KISS原则。我们都知道代码的可读性和维护性是衡量代码质量非常重要的两个标准。KISS原则的英文全称：Keep It Simple and Stupid。她的意思的：不要过度设计当前用不到的代码，功能。如果说YAGNI原则讲的是要不要做，那么KISS原则讲的是怎么做。第二个问题是：代码复杂就违背了KISS原则吗？第一个问题是：行数少就越“简单吗”？如何写出满足KISS原则的代码呢？

1，【强制】泛型通配符<? extends T>来接收返回的数据，此写法的泛型集合不能使用 add 方 法，而<? super T>不能使用 get 方法，做为接口调用赋值时易出错。 说明：扩展说一下 PECS(Producer Extends Consumer Super)原则：第一、频繁往外读取内 容的，适合用<? extends T>。第二、经常往里插入的...