在开始谈接口和类的总结之前,先来了解接口和类的基本概念.熟悉了概念再来看代码就容易理解些.
先来看类的概念:什么是类?
类是面向对象程序设计的核心，实际上是一种复杂的数据类型。将不同类型的数据和与这些数据相关的操作封装在一起，就构成了类。而将抽象化的类具体化，就成了对象，通常说对象是类的实例。
类是将现实事物抽象化，而对象是将事物具体化。类包含方法,属性,成员。
接口的概念:什么是接口?接口可以理解为,对类的规定,对类的约束,甚至对整个项目的约束.
接口的使用比较多的情况是在多人协作开发的项目中.因为每人都会分配不同的任务.例如,在一个银行系统中,总行下面会有分行,分行下面又会有支行..面对这样的结构,项目肯定是需要多人合作进行的..多人合作则会产生一个问题,如:A负责浙江分行,B负责海南分行,C负责河南分行..因为每个地区的银行都会根据当地不同的情况会有不同的需求,但是他们又有一些相似或者一样的需求..如果ABC每个人都直接针对各自的分行进行代码的编写.则肯定会有大量重复的代码出现.而且最要命的问题是,每个人对方法,对变量的命名和编程的风格都会不同..如果项目这个时候突然改变了需求,因此让A负责B的工作,B负责C的工作.C负责A的工作..可以想象ABC三个人的工作开展是怎么样的困难???
这个时候如果使用了接口,类似这样的问题就可以在最大程度上缓解..对于相似或者一样的功能,项目经理定义了接口,有了接口,就有了对这些功能制定规则和约束,而类继承了接口后,因此ABC三人就有了一个共同的接口,也可以说是有了一个共同的目标---相同的的方法,属性,事件.他们有了外在的约定,唯一要做好的就是对接口的实现工作..而不必再考虑我要怎么做这个类呢?我能不能这么做呢?..因为最上层的接口告诉他们,按照我说的做就好了...接口在这个时候就是准则..
这个时候或许有人就会说,既然接口这么好,那为什么不给每个类都制定一个接口??接口在大部分时候扮演的是一个对行业规则,而不是对类的规则..如果你现在还不理解接口和类的关系和概念,不要紧..那是因为你现在还没有到需要用他们的时候..当你感觉自己编写的代码有越来越多这样或那样的不足.并且急需找到解决办法的时候,你就能的明白了..有人说过,一个方法,一个功能,一个技巧都是在特定的环境下才能体现出它的优点和好处..所以现在不理解不要急..关键是在以后碰到类似的问题的时候能想到这个方法,这个技巧...这样就是____进步!!!