█■为啥要用实现接口的类实例化接口呢？ ?
Posted
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了█■为啥要用实现接口的类实例化接口呢？ ?相关的知识，希望对你有一定的参考价值。
为什么要用实现接口的类实例化接口呢？
这跟用 实现接口的类实例化自己 有什么区别啊？
这么做有什么用呢？
概念一点 比如说你创建一个 people的类 继承Ipeople的接口
人必须要会吃喝拉撒 才能叫人啊 而接口里面规范这四个方法 你必须实现
你创建人的类时 必须具备这种方法 就实现了对人的功能约束 不知道说道这里你能不能理解 参考技术B 实现接口的类 实例 = new 实现接口的类()// 这样用不好吗？
//这样已经不是好不好的问题了，这样的话，要接口有什么用？
//用接口就是让实例和实现类的耦合度降低。
//让程序更加容扩展。
以下是问题之外的知识，想看可以往下，不想看跳过。
接口 实例 = new 实现接口的类A()
接口 实例 = new 实现接口的类B()
接口 实例 = new 实现接口的类C()
这样的逻辑就是说，我们需要某个类，所以我们每次实例化它。
如果把 ABC这三个类，再用一个类封D装起来，会怎么样呢？
接口 实例 = D.A
接口 实例 = D.B
接口 实例 = D.C
我们还是需要某个类，但是，我们不需要每次都实例化了，只需要找D“拿”就行。
==========晕，不知不觉写了这么多，至于扩展性，你自己想吧======
TIPS：工厂模式。
myblog : 参考技术C 接口稳定啊 因为接口改了 继承它的类也得改 程序大了 改的就多了 所以没人愿意改的
工厂模式的理解
工厂模式的定义
工厂模式叫虚拟构造，多态工厂，工厂模式就是专门负责将大量有共同接口的类实例化,而且不必事先知道每次是要实例化哪一个类的模式。它定义一个用于创建对象的接口，由子类决定实例化哪一个类
用UML的类图如下；看附件
工厂方法创建对象的接口，工厂方法把实例推迟到子类
为了更好的理解工厂模式，我举一个例子，在一个在一个医院里有不同的科室，创建一个医院接口，实现两个不同的科室实现医院的接口，方法是创建新的对象，就是创建不同的医生对象，然后再创建一个医生接口，实现不一样的医生，在工厂中创建，然后就可以降低对象和对象之间的耦合度，提高了系统的灵活性。可以通过工厂方法调用不同医生的调度。
工厂模式的优势
应用程序的实例对象都放在一个地方来进行创建，利于对对象的管理和规划，对传值的操作有统一的规划
在不修改应用程序其他类和参数的情况下类和对象，并对应用程序的持久性有更好的维护和升级
工厂模式的使用场景
1.一个系统应当不依赖于产品类实例被创立，就是实例的改变并不影响其他实例的使用。
2.这个系统的产品很多的时候，不知道该调用哪一个实例。应该考虑使用工厂模式
3.同属于一个实例，应该考虑不同的影响，从而减少依赖
4.不同的产品以一系列的接口的面貌出现，从而使系统不依赖于接口实现,从而很好地去恪守接口隔离的原则。
例子：
把三好学生的描述作为例子
首先创建班级接口
public interface IClassFactory {
IStudent CreateStudent();
}
然后创建实现班级接口类
/**
*
* @author lxh
*
*/
1.public class IClassOneFactory implements IClassFactory {
@Override
public IStudent CreateStudent() {
// TODO Auto-generated method stub
return new Student1();
}
}
2.
public class IClassTwoFactory implements IClassFactory {
@Override
public IStudent CreateStudent() {
// TODO Auto-generated method stub
return new Student2();
}
}
创建接口ISudent
public interface IStudent {
public int SkillOne();
public void SkillTwo();
public void Industry();
}
创建实现类
public class Student1 implements IStudent {
@Override
public int SkillOne() {
// TODO Auto-generated method stub
int ss=11;
System.out.println("刻苦勤奋，勇于创新");
return ss;
}
@Override
public void SkillTwo() {
// TODO Auto-generated method stub
System.out.println("学习努力，有上进心");
}
@Override
public void Industry() {
// TODO Auto-generated method stub
System.out.println("吃苦，勤劳勇敢");
}
public String toString(Object String){
String s="优点1："+this.SkillOne();
return s;
}
}
学生2：。。。
创建测试类
/**
* <h1>工厂模式</h1>
*
* @author lxh
*
*/
public class ClientTest {
/**
* <br>工厂方法模式实现时，客户端需要决定实例化那个工厂来实现运算类，选择判断的问题还是存在的，也就是说，工厂方法把简单工厂的内部逻辑判断移到了客户端代码来进行。
* 你想要加的功能，本来是改工厂类的，而现在是修改客户端。
*
*/
public static void main(String[] args) {
System.out.println("学生1：");
IClassFactory factory=new IClassOneFactory();
IStudent becility=factory.CreateStudent();
becility.SkillOne();
becility.SkillTwo();
//becility.Industry();
System.out.println("学生2：");
IClassFactory factory2=new IClassTwoFactory();
IStudent industry=factory2.CreateStudent();
// industry.SkillOne();
// industry.SkillTwo();
industry.Industry();
}
}
结果：
学生1：
刻苦勤奋，勇于创新
学习努力，有上进心
学生2：
任劳任怨，是个好学生
通过这个学习，对工厂模式的创建和实现有进一步的实现，对设计模式的简洁与应用的场景有更好的了解，在实践中应用生活的例子，让学习更有感觉。发现生活中的美才是学习的最好的诠释。
应用：
javaweb设计模式之道
本文出自 “榕树运维规则” 博客，请务必保留此出处http://10879428.blog.51cto.com/10869428/1789744
以上是关于█■为啥要用实现接口的类实例化接口呢？ ?的主要内容，如果未能解决你的问题，请参考以下文章