在写一些相似的类模块(clsMtr,clsEmpl...)时,先建立一个通用接口IBaseInfo
然后在类模块中Implements IBaseInfo
这样写总感觉不太方便,因为:
1。在类模块中还是要对不同类的相同接口写一些相同的代码
2。在调用类时,要
set oM = new clsMtr
set oBI = new IBaseInfo
set oBI = oM
oBI.Addnew()
...
如果不用接口的话,可以直接写
set oM = new clsMtr
oM.Addnew()请高手举例介绍一下使用接口的好处...谢谢 
^_^

解决方案 »

  1.   

    其实并不一定要刻意去用接口.只有在需要的时候才去用.
    比如说.有个图形类.他有一个求面积的函数求出各种图形的面积.然而每种图形都有不同的面积计算公式,如果直接在这个图形中写那要很多的select case ...end select语句或是if语句.这就相对来说不够灵活,如果我增加一种图形那就得在这个函数中增加一些代码去完成计算面积.这样一来这个函数就会变得很庞大,给以后的维护带来不便.因此这个时候就可以用接口来完成.就是把这个函数定义成一个接口.里面没有任何代码.他只是一个定义而已.具体的实现就在不同的具体图形类中实现对这个图形的面积计算.因为这个类他只是针对某个具体的图形来操作的.这样一来在每一个具体的图形类中都有一个针对自己的图形面积计算公式.这就相当地灵活了.你无论增加多少图形都没有关系.因为每个图形都有一个和他对应的类来实现他自己的操作.
      

  2.   

    有很多开发语言都提供了接口功能,依据我的个人经验,认为接口的最大作用是在扩展及兼容方面。比如在数据库使用过程中,如果定义了几个基本接口如:connect, disconnect, execute等等,就可以很简单的实现支持多种数据库。不仅数据库,在多语言、网络协议支持等方面都有很多好处。
        上面这些是从JAVA的思想中总结出来的,我觉得这方面,JAVA做的比较好。
      

  3.   

    vb中的接口类一个重要功能是实现异步回调技术(一般接口类是不能实例化的 new )
    类似事件漏,但更复杂性能更高。我的另一个感想是提供一个能点出来方法的对象引用,里面只有方法的声明。
    让他指向一个有具体实现类的对象,在调用它,这样可以在已开始就知道要用到那些方法,而不用考虑这些方法怎么写。多人开发时常用到