java 重用性_强烈推荐：提高Java代码可重用性的三大措施

很多从事互联网行业的人在问我提高java代码可重用性有哪些方法措施，那今天我就给大家详细讲下提高java代码可重用性的措施吧，希望不懂的可以从中学习加以理解，懂的也可以加以巩固下这些知识点，我把提高java代码可重用性归纳了三大措施，下面就给大家分别来讲下这三大措施。

第一大措施：选择最简单的参数接口类型描述参数对象要求的接口越简单，其他类实现该接口的机会就越大，由此，其对象能够作为参数使用的类也越多。从下面这个例子可以很容易地看出这一点：　　static public boolean areOverlapping(Window window1, Window window2) {...}　　这个方法用于检查两个窗口是否重叠。如果这个方法只要求从参数获得两个窗口的矩形坐标，此时相应地简化这两个参数是一种更好的选择，有些时候可能会出现描述参数需求的接口拥有太多方法的情况。此时，我们应该在全局名称空间中定义一个新的公共接口供其他面临同一问题的代码重用。当我们需要象使用C语言中的函数指针一样使用参数时，创建唯一的接口描述参数需求是最好的选择。例如，假设有下面这个过程：　　static public void sort(List list, SortComparison comp) {...}　　该方法运用参数中提供的比较对象comp，通过比较给定列表list中的对象排序list列表。sort对comp对象的唯一要求是要调用一个方法进行比较，因此SortComparison接口不能在其他地方重用。

第二大措施：把参数类型改成接口在面向对象编程中，代码重用真正的要点在于通过接口参数类型利用多态性，而不是通过类继承，我们通过对接口而不是对类编程达到代码重用的目的。如果某个方法的所有参数都是对一些已知接口的引用，那么这个方法就能够操作这样一些对象，当我们编写方法的代码时，这些对象的类甚至还不存在。从技术上说，可重用的是方法，而不是传递给方法的对象。　　例如，让我们假设有这样一个方法：　　static public boolean areAnyOverlapping(Collection rects) {...}　　该方法用于检查给定集合中的任意矩形对象是否重叠。在这个方法的内部，当我们用循环依次访问集合中的各个对象时，如果我们不能把对象cast成为Rectangular之类的接口类型，又如何能够访问对象的矩形区域呢？唯一的选择是把对象cast成为它特有的类形式，它意味着方法必须事先知道它所操作的对象类型，从而使得方法的重用只限于那几种对象类型。

第三大措施：改写类的实例方法通过类继承实现代码重用不是精确的代码重用技术，因此它并不是最理想的代码重用机制。继承总是带来一些多余的方法和数据成员，它们总是使得重用类里面某个方法的代码复杂化。另外，派生类对父类的依赖关系也使得代码进一步复杂化：对父类的改动可能影响子类；修改父类或者子类中的任意一个类时，我们很难记得哪一个方法被子类覆盖、哪一个方法没有被子类覆盖；最后，子类中的覆盖方法是否要调用父类中的对应方法有时并不显而易见。　　任何方法，只要它执行的是某个单一概念的任务，就其本身而言，它就应该是首选的可重用代码。为了重用这种代码，我们必须回归到面向过程的编程模式，把类的实例方法移出成为全局性的过程。为了提高这种过程的可重用性，过程代码应该象静态工具方法一样编写：它只能使用自己的输入参数，只能调用其他全局性的过程，不能使用任何非局部的变量。这种对外部依赖关系的限制简化了过程的应用，使得过程能够方便地用于任何地方。当然，由于这种组织方式总是使得代码具有更清晰的结构，即使是不考虑重用性的代码也同样能够从中获益。

加抠裙860170416跟各位大神一起沟通交流学习也可以获得免费学习视频

在Java中，方法不能脱离类而单独存在。为此，我们可以把相关的过程组织成为独立的类，并把这些过程定义为公用静态方法，在组织和封装对象数据成员的过程中，类起到了不可或缺的作用，类通过多重接口实现多态性的能力本身也带来了卓越的代码重用支持。

总而言之，本文三个措施适合于改造现有的、按照面向对象惯例编写的代码。这三个措施与面向对象编程技术结合就得到了一种可在以后编写代码时使用的新式代码编写技术，它能够简化方法的复杂性和依赖关系，同时提高方法的可重用能力和内部凝聚力。当然，这里的三个措施不能用于那些天生就不适合重用的代码。不适合重用的代码通常出现在应用的表现层。

为了让大家的学习变得轻松、高效，我也特意找朋友录制了一些关于Dubbo、Redis、设计模式、Netty、zookeeper、Spring cloud、分布式、高并发等架构技术的资料视频免费给大家学习和欣赏。