对接口的概念一直不理解，请畅所欲言，谈谈自己的理解

接口，java中很重要的概念。
在大学的时候（当然了，我大学没怎么学习，混了），对接口的认识就是，它是一种规范，里面都是抽象方法，没有具体实现，也就是没有这些方法的方法体，实现它的类，一定要实现它的方法。哎，这些话，只要你看过一次介绍接口的资料，谁都会说。
后来工作了，结果所有同事都只会说这些话，而且都认为自己很好的理解了。
随着看书的学习，我知道了接口和多态，后期绑定这些概念，要在一起理解，比如现在有个方法a，参数可以是接口类型的引用，然而最后传递进去的参数，都是实现了这个接口的类的对象，这里就要理解多态和后期绑定了。从而能看出接口的好处了：方法a的参数是接口的引用，你就不用对这这个接口的好几百种实现，每个实现写一种方法了，只是对接口类型写，然后通过多态和后期绑定，这都是java自己帮你完成的，修改起来也方便，毕竟只有一个方法，要是再有新的实现也没问题，如果不这样，每有一个新的实现，就要再写一个方法。
如下：

接口是处理字符串用的。
interface Processor{
	 public String name();
	 Object process(Object input);
}
1.实现类是变大写的
class Upcase implements Processor{
        public String name(){
		return getClass().getSimpleName();
	}
	String process(Object input){
		return ((String)input).toUpperCase();
	}
}
2:实现类是变小写的
class Lowercase implements Processor{
        public String name(){
		return getClass().getSimpleName();
	}
	String process(Object input){
		return ((String)input).toLowerCase();
	}
}
3.实现类是分隔字符串的
class Splitter implements Processor{
        public String name(){
		return getClass().getSimpleName();
	}
	String process(Object input){
		return Arrays.toString(((String)input).split(" "));
	}
}

public class Apply {
	public static void process(Processor p ,Object s){
		System.out.println("Using Procsssor"+p.name());
		System.out.println(p.process(s));
	}
	public static String a ="Dinnger Ni hao Wo ai kkkkkkkkkkkkKKKKKKKKK";
	public static void main(String[] args) {
		process(new Upcase(), a);
		process(new Lowercase(), a);
		process(new Splitter(), a);
	}

}
写了一个process方法，其中参数有Processor p，就是我最开始叙述的那样。

目前我就理解了接口的这2点，但是很多次再看到接口，还是很迷惑，不明白
第一点好想：是规范吗，你在某一领域经验太少，人家就帮你写好规范，你只要照着全实现了，就可以了。就完成了。
比如让你实现ServletContext监听器，你不会，人家告诉你，你只要实现2个接口ServletContextListener和ServletContextAttributeListene,就行了。你就实现去把。
第二点呢，就是这些上述代码，我看了看人家写的文章，叫面向接口编程，也不知道我理解的对不对。就是对着接口编，然后由它的实现类来最后解决问题。
最近看jsp，request对象的类型是接口，但是你可以用这个对象得到参数啊，或者用它的其他方法，我就不明白了，我也没写实现啊，怎么就能用它的方法了呢，后来明白了，这叫内置对象，就是可以直接用，你自己不用写实现。但是，我看很多资料，都是接口类型的引用，就可以直接调它的方法了。我根本没写实现，也没找到它在哪写的实现，反正就是能调用它的方法了。

我在公司也像很多人问过，都很瞧不起我，觉得我还在搞java基础的东西，但是他们也不能解答，在他们眼里，不需要这些东西，会用就行，不用知道为什么这样用。我不想这样，所以很想搞明白它。java基础是最重要的。


希望大家能谈谈自己的理解，教教我，使我能开一下眼界。

最后附上我总结的java绑定，也是从一本书上看到的，然后再自己理解一下：
就是A,B有继承关系，他们都有方法f(),现在A a = new B(),
a.f()到底调用谁的f()。

1) 实例方法与引用变量的实际引用对象的方法绑定，这是动态绑定，java虚拟机决定的。
2) 静态方法与引用变量所声明的类型的方法绑定。这属于静态绑定，编译期就绑定了。
3) 成员变量与引用变量所声明的类型的成员变量绑定，这种绑定属于静态绑定，编译期就绑定了。

接口,是什么玩意?

就是方法与实现相分离的玩意.

其作用有:
   1 解耦
   2 在设计中,可以让互不相干的类的对象可以互相转化.
   如:在设计过程中,需要两个类的变量可以互相强制转换类型,此时,可让这两个类,
都实现同一接口.

   在现实生活中:我们可以基于框架造房子,在软件中我们可以基于接口写软件.

   基于框架造房子:主体设计好外,门窗砖及室内室外装修装饰的变化,将展现出不一样的外观,满足不同的的人群需要.

   基于接口写软件:主体设计好了,改变实现类,就能改变软件的某方面的功能,适应不同的需求.当需求变化时,仅改变
接口的实现类.

   引申与扩展:

    接口的两个作用,完全可用任何的普通类进行模拟.差别在于:接口是由语言强制把方法与实现相分离,
而用类模拟的接口,是由程序员自我约定.

   由类模拟的接口,常常隐约表现在这些场所:1 设计模式中的适配器;2 注入式解耦的情况中.

为什么说适配器隐约模拟了接口呢?
理由:
   适配器本身不是方法的最终执行者,最终执行者落脚于传入适配器的对象.如果传入适配器的对象为null,
则该适配器无法完成工作.

到此为止,自已领悟!
 
    

能具体说说吗？你是怎么理解的，解耦我也老看到，字面意思也懂，具体不知道。
互不相干的类相互转化，是不是适配器模式啊，我看过一些，没有用到过实际中。实现和分离，这个我知道，老听人家说，具体怎么理解，能说一下吗

你也太急了.

没急啊，你说的那些，都是书上有的，具体怎么理解，希望你能赐教啊

刚才吃饭了.是自我的经验与理解,仅供参考.

软件工程中,有一节是这样说的:

写程序,就是把一些原始数据,输入到程序中,经过系列的变化,输出另外的数据.

在这里,我们有两种理念来编程:

1 有部份原始数据,与程序产生的中间数据,直接与程序结合,该怎么简便就怎么写.
也说是说:程序中为了方便,尽可能的把数据固定在核心程序中写.

2 第二种,基于接口写程序.
  观察原始数据,与中间数据的特点,分类整理用不同的数据结构进行表示.这些数据绝不
直接传入程序的核心部份,而是通过接口传入核心程序部份,核心程序仅仅是把接口送过来的
数据,按数据特点进行变化处理,产生的结果,再用一定的数据结构组织起来,再通过接口传送
给程序的基他部份.各个程序的核心单元,之间如果有联系,也必须通过接口进行联系.

凡是有接口与实现的部份,尽可能的通过配置方式确定他们的关系.程序功能最终的实现,是靠配置
把各个个接口的实现类指定后,该程序再能完成任务.当任务变化时,也仅仅修改配置文件,或写几个
接口的实现类就行了.

基于接口的方式:给人感觉是脱了裤子放屁,显得步骤很烦多,工作量很多.呵呵,接口编程,本身
是为了需求变化复杂,程序功能很多,且在变化之中而用的.试想:要是弄一个鸡窝,也把建高楼的方法
搬过去,这是什么感觉?

 
举个例子:

   我要写一个java应用程序.如:学生基本资料维护.

   学生基本资料表,不是有有限几个字段吗?
假定有no,name.学生资料维护,不就是把提供一个窗口,把用输入的数据存入数据库中,
然后从数据库提出用户关心的资料,展现出来.

    如果用非接口方法是怎样做呢? 弄一个form,上面放上两个textfield控件,
弄几个新增,保存之类的按钮.然后在程序里用jdbc之类,把用户的数据与数据库的数据同步起来.

    如果基于接口,怎样做呢?
    1 先想着是要做通用的,我写了这个程序,基他类似的教师表啊之类的,也能通过修改配置就能用.
    2 经观察,这种方式的,都是新增、修改、删除、查询、显示是共同的。因此要把这一部份封装起来，
当然也要产生一个接口，以便于其他单元程序交互。

     3 经观察，表的字段是不等的，但当表确定后，字段就确定了。与之相对应的显示的textfield之类的，

个数也是等的，但当表确定后，textfield个数也应确定了。表的字段，与textfield有一一对应关系。

    因此需要用一个数据结构，来反映这种情况表达这种情况。设计一个类DataClass：设两个Map属性，一个Map的元素存表的字段,一个map的元素存textfield.

    4 当一个表确定后，把具体的表名与字段，及希望的控件类型，指定出来。

    5 程序启动时，先找配置文件，动态产生存字段的变理，与控件，然后存入DataClass实例的两个map中。当用户按了操作命令，把相应的数据存入DataClass实例中，再把它传给命令处理程序。命令处理程序，根据DataClass
动态生成sql语句，然后存入数据库中。

   以上仅是简要的描述。牵扯的具体东西很多。总之一个原则：核心关键部份，仅公能的通过接口与其他程序交互，

各个核心部件，仅可能以配置方式把程序焊接起来。原始数据，中间数据尽可能的用一个数据结构表达，并写成许多的类。所有的程序部件，都得到相应的数据结构装载的数据，自已选所需的数据处理，处理完，不能把数据固定起来，
必须放在相应的数据结构中，并传给相关的其他程序。仅仅只有输入程序不通过数据结构直接得到原始固定的数据，输出程序不需放在数据结构中输出数据。

   好了，这种东东全靠自已领悟。我的表达也不是很好。自已站在设计需求不断变化的情况下，思考。也许会对你的
有关程序设计思想有帮助。

   在结束之时：数据结构，接口，设计模式，这些东东，要深领悟，挖出其本质。设计模式中有一原则：
封装变化点，一点要注意领悟，这是设计模式至高精华。

   本人回贴，仅是自已的理解与好心，别无他意，根本不想陷入口水战之中。如果有人意见相佐，仁者见仁，智者见智吧。十年的经验与理解，不是什么人都能改变的。

多谢赐教啊~我先消化消化