为什么写Java程序需要接口

我之所以以这个作为标题，并不是为了玩噱头，讲一些似是而非的空话，还是以探索加发现，

首先接口并不是Java才有的，这个是面向对象语言的基本特征之一。回想面向对象之前的那些

编程语言Win32 API中有个最经典的例子是当你在windows窗口中绘制一些内容以后，最大

化再最小化以后内容没了，原因是你没有捕获重写windows的一个WM_Paint的消息，

CallBack(回调)

，意思是你调用

然而当面向对象语言汹涌发展，各种设计模式应运大行其道，很少再有人提及Callback了，怎

么回事情，难道它消失了吗，没有它被面向对象语言换了个名字用得更加的大行其道，以致你以

为它不存在了，在Java中它就是接口。举个Java中最简单的例子，线程的Runnable接口，当

你在Java中启动一个线程时候，Java通过调用threadstart()函数来帮你实现线程的启动，但是

现，所以这个是个很好的CallBack的例子，你调用start()方法让JVM执行线程，JVM回调你实

另外个很好的例子，可以很完美的诠释接口的秒用，Java编译的时候常会有包依赖关系，假设A

要依赖B，这个没问题，如果有一天你发现B中的类C居然要反过来访问A里面的类D，你傻

眼了，这样就会破坏AB之间的依赖关系，还会产生编译错误，这个时候定义接口文件E在B中，

让D继承一下，传回一个reference给C,问题很完美的解决，也许这么说比较复杂，看下图：

就这样，你还可以在D中调用C，想让C执行D的方法process()只要回传一个reference即可。

而Spring则将接口的概念更加的发扬光大，很多人接触Spring就知道一个概念依赖注入，如果

事情，完全由你自己决定，这是一个很伟大的思想，不过是把接口与实现更加测地的分离了，这

样你再也不遇到因为包依赖关系导致的编译错误，Spring的ApplicationContext与

XMLBeanFactory对象帮你自动实现了包依赖解耦。

最后你会发现，接口本质上不过在回调函数之上批了一件华丽的外衣，想当初WIN32 API的年

代，只有Callback这种东西真的满天飞，而且现在还在飞！

public class implementsJK {//实现年龄接口

类名怎么没有

public int age(){

return xm-csrq;

}

字符串和整数相减

Systemoutprintln(thisxm+"今年的年龄:"+"thisage()");

固定的才要引好引起来, 变量不用引号

int a=new int("张三",1999);

int a 而且还是new int无语

给你的也不是什么系统之类的

也就是一个思想而已,想了一下用<设计模式之Factory>来回答你的问题

///////////////////////////////////////////////////////////////

工厂模式定义:提供创建对象的接口

为何使用

工厂模式是我们最常用的模式了,著名的Jive论坛 ,就大量使用了工厂模式，工厂模式在Java程序系统可以说是随处可见。

为什么工厂模式是如此常用？因为工厂模式就相当于创建实例对象的new，我们经常要根据类Class生成实例对象，如A a=new A() 工厂模式也是用来创建实例对象的，所以以后new时就要多个心眼，是否可以考虑实用工厂模式，虽然这样做，可能多做一些工作，但会给你系统带来更大的可扩展性和尽量少的修改量。

我们以类Sample为例， 如果我们要创建Sample的实例对象:

Sample sample=new Sample();

可是，实际情况是，通常我们都要在创建sample实例时做点初始化的工作,比如赋值 查询数据库等。

首先，我们想到的是，可以使用Sample的构造函数，这样生成实例就写成:

Sample sample=new Sample(参数);

但是，如果创建sample实例时所做的初始化工作不是象赋值这样简单的事，可能是很长一段代码，如果也写入构造函数中，那你的代码很难看了（就需要Refactor重整）。

为什么说代码很难看，初学者可能没有这种感觉，我们分析如下，初始化工作如果是很长一段代码，说明要做的工作很多，将很多工作装入一个方法中，相当于将很多鸡蛋放在一个篮子里，是很危险的，这也是有背于Java面向对象的原则，面向对象的封装(Encapsulation)和分派(Delegation)告诉我们，尽量将长的代码分派“切割”成每段，将每段再“封装”起来(减少段和段之间偶合联系性)，这样，就会将风险分散，以后如果需要修改，只要更改每段，不会再发生牵一动百的事情。

在本例中，首先，我们需要将创建实例的工作与使用实例的工作分开, 也就是说，让创建实例所需要的大量初始化工作从Sample的构造函数中分离出去。

这时我们就需要Factory工厂模式来生成对象了，不能再用上面简单new Sample(参数)。还有,如果Sample有个继承如MySample, 按照面向接口编程,我们需要将Sample抽象成一个接口现在Sample是接口,有两个子类MySample 和HisSample 我们要实例化他们时,如下:

Sample mysample=new MySample();

Sample hissample=new HisSample();

随着项目的深入,Sample可能还会\"生出很多儿子出来\", 那么我们要对这些儿子一个个实例化,更糟糕的是,可能还要对以前的代码进行修改:加入后来生出儿子的实例这在传统程序中是无法避免的

但如果你一开始就有意识使用了工厂模式,这些麻烦就没有了

工厂方法

你会建立一个专门生产Sample实例的工厂:

public class Factory{

public static Sample creator(int which){

//getClass 产生Sample 一般可使用动态类装载装入类。

if (which==1)

return new SampleA();

else if (which==2)

return new SampleB();

}

}

那么在你的程序中,如果要实例化Sample时就使用

Sample sampleA=Factorycreator(1);

这样,在整个就不涉及到Sample的具体子类,达到封装效果,也就减少错误修改的机会,这个原理可以用很通俗的话来比喻:就是具体事情做得越多,越容易范错误这每个做过具体工作的人都深有体会,相反,官做得越高,说出的话越抽象越笼统,范错误可能性就越少好象我们从编程序中也能悟出人生道理呵呵

使用工厂方法 要注意几个角色，首先你要定义产品接口，如上面的Sample,产品接口下有Sample接口的实现类,如SampleA,其次要有一个factory类，用来生成产品Sample，如下图，最右边是生产的对象Sample：

进一步稍微复杂一点，就是在工厂类上进行拓展，工厂类也有继承它的实现类concreteFactory了。

抽象工厂

工厂模式中有: 工厂方法(Factory Method) 抽象工厂(Abstract Factory)

这两个模式区别在于需要创建对象的复杂程度上。如果我们创建对象的方法变得复杂了,如上面工厂方法中是创建一个对象Sample,如果我们还有新的产品接口Sample2

这里假设：Sample有两个concrete类SampleA和SamleB，而Sample2也有两个concrete类Sample2A和SampleB2

那么，我们就将上例中Factory变成抽象类,将共同部分封装在抽象类中,不同部分使用子类实现，下面就是将上例中的Factory拓展成抽象工厂:

public abstract class Factory{

public abstract Sample creator();

public abstract Sample2 creator(String name);

}

public class SimpleFactory extends Factory{

public Sample creator(){

return new SampleA

}

public Sample2 creator(String name){

return new Sample2A

}

}

public class BombFactory extends Factory{

public Sample creator(){

return new SampleB

}

public Sample2 creator(String name){

return new Sample2B

}

}

从上面看到两个工厂各自生产出一套Sample和Sample2,也许你会疑问，为什么我不可以使用两个工厂方法来分别生产Sample和Sample2

抽象工厂还有另外一个关键要点，是因为 SimpleFactory内，生产Sample和生产Sample2的方法之间有一定联系，所以才要将这两个方法捆绑在一个类中，这个工厂类有其本身特征，也许制造过程是统一的，比如：制造工艺比较简单，所以名称叫SimpleFactory。

在实际应用中，工厂方法用得比较多一些，而且是和动态类装入器组合在一起应用

后面还有一些,但是我想这些应该可以解决你想知道的了

获取当前线程的ClassLoader，通过ClassLoader获取当前工作目录，对目录下的文件进行遍历扫描。过滤出以class为后缀的类文件，并加载类到list中，对list中所有类进行校验，判断是否为指定接口的实现类，并排除自身。返回所有符合条件的类。

这个方没有考虑不同的文件格式。当程序打成jar包，发布运行时，上述的这种遍历file的 *** 作就失效了。只能扫描到当前方法的同级目录及其子目录。无法覆盖整个模块，遍历文件的逻辑太啰嗦，可以简化。

扩展资料：

Java使用注意事项：

1、如果没有定义环境变量classpath，java启动jvm后，会在当前目录下查找要运行的类文件。

2、如果指定了classpath，那么会在指定的目录下查找要运行的类文件。

3、PATH环境变量。作用是指定命令搜索路径，在命令行下面执行命令如javac编译java程序时，它会到PATH变量所指定的路径中查找看是否能找到相应的命令程序。

4、需要把jdk安装目录下的bin目录增加到现有的PATH变量中，bin目录中包含经常要用到的可执行文件如javac/java/javadoc等待，设置好PATH变量后，就可以在任何目录下执行javac/java等工具了。

是指同一计算机不同功能层之间的通信规则称为接口。

java接口作用：

1、利于代码的规范。这样做的目的一方面是为了给开发人员一个清晰的指示，告诉他们哪些业务需要实现；同时也能防止由于开发人员随意命名而导致的命名不清晰和代码混乱，影响开发效率。

2、有利于对代码进行维护。可以一开始定义一个接口，把功能菜单放在接口里，然后定义类时实现这个接口，以后要换的话只不过是引用另一个类而已，这样就达到维护、拓展的方便性。

3、保证代码的安全和严密。一个好的程序一定符合高内聚低耦合的特征，能够让系统的功能较好地实现，而不涉及任何具体的实现细节。这样就比较安全、严密一些，这一思想一般在软件开发中较为常见。

以上就是关于为什么写Java程序需要接口全部的内容，包括:为什么写Java程序需要接口、简单java小程序接口实现、java编写一个有关接口的程序等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！