Implements   [InterfaceName   |   Class]
所需的   InterfaceName   或   Class   是类型库中的接口或类的名称，该类型库中的方法将用与   Visual
Basic   类中相一致的方法来实现。
说明
所谓接口就是代表接口封装的成员(方法以及属性)的原型集合；也就是说，它只包含成员过程的声明部分。一个类提供一个或多个接口的所有方法以及属性的一种实现方案。类的控制者每次调用函数时，该函数所执行的代码由类来提供。每个类至少应实现一个缺省接口。在
Visual   Basic   中，一个已实现的接口中任何没有显式声明的成员都是缺省接口的隐式成员。
当   Visual
Basic   类实现接口时，都会提供该接口的类型库中说明的所有   Public
过程的版本。除了提供接口原型与自编过程之间的映射关系之外，Implements   语句还使这个类接收对指定接口   ID   的   COM
QueryInterface   调用。
注意   Visual   Basic   不能实现派生出来的类或接口。
在实现接口或类时，必须包括所用到的   Public
过程。如果在实现接口或类时遗漏了成员，就会产生错误。如果正在实现的类中某个过程还没有代码，则可以产生一个适当的错误信息   (Const   E_NOTIMPL
=   &H80004001)，以便用户意识到该成员还没有实现。
Implements
语句不能在标准模块中使用。
VB6中的面向对象编程---实现类继承
确切地说VB6不能实现真正意义上的类继承(如C++中的继承)，但是通过其关键字Implements也提供了类似的功能。
Implements   [InterfaceName   |   Class]
所需的   InterfaceName   或   Class   是类型库中的接口或类的名称，该类型库中的方法将用与   Visual
Basic   类中相一致的方法来实现。
说明
所谓接口就是代表接口封装的成员(方法以及属性)的原型集合；也就是说，它只包含成员过程的声明部分。一个类提供一个或多个接口的所有方法以及属性的一种实现方案。类的控制者每次调用函数时，该函数所执行的代码由类来提供。每个类至少应实现一个缺省接口。在
Visual   Basic   中，一个已实现的接口中任何没有显式声明的成员都是缺省接口的隐式成员。
当   Visual
Basic   类实现接口时，都会提供该接口的类型库中说明的所有   Public
过程的版本。除了提供接口原型与自编过程之间的映射关系之外，Implements   语句还使这个类接收对指定接口   ID   的   COM
QueryInterface   调用。
注意   Visual   Basic   不能实现派生出来的类或接口。
在实现接口或类时，必须包括所用到的   Public
过程。如果在实现接口或类时遗漏了成员，就会产生错误。如果正在实现的类中某个过程还没有代码，则可以产生一个适当的错误信息   (Const   E_NOTIMPL
=   &H80004001)，以便用户意识到该成员还没有实现。
Implements
语句不能在标准模块中使用。
VB6中的面向对象编程---实现类继承
确切地说VB6不能实现真正意义上的类继承(如C++中的继承)，但是通过其关键字Implements也提供了类似的功能。
我们先建一个类模块CBase.cls
代码如下：
CODE:
Private mvarBaseProperty As String
Public Sub BaseFunction()
MsgBox “Hello world!”
End Sub
Public Property Let BaseProperty(ByVal VData As
String)
mvarBaseProperty = VData
End Property
Public Property Get BaseProperty() As String
BaseProperty = mvarBaseProperty
End Property
接下来我们新建一类模块(Cinherit.cls),代码如下,其间有关键的注释
CODE:
Implements CBase            '注意此关键字
Dim m_BaseProperty As String
'---------------------------------------------------------------------
'虚线间的代码即是从CBase类继承的.
'注意其格式如下：基类_属性名(或方法名)
'其方法的声明关键字public也变为了private
Private Property Get CBase_BaseProperty() As
String
BaseProperty = m_BaseProperty
End Property
Private Property Let CBase_BaseProperty(ByVal VData
As String)
m_BaseProperty = VData
End Property
Private Sub CBase_BaseFunction()
MsgBox "Inherit"
End Sub
'---------------------------------------------------------------------
'此方法是继承类自己的方法
Public Sub InheritMsg()
MsgBox "my owner msg"
End Sub
现在我们新建一窗体来做测试,我们把测试代码放在Form_Load事件中
测试一:
CODE:
Dim objTest As CBase
Set objTest = New CBase
With objTest
.BaseFunction
End With
Set objTest = Nothing
运行程序,弹出base,说明是调用Cbse中的BaseFunction函数
测试二:
CODE:
Dim objTest As CBase
Set objTest = New CInherit
With objTest
.BaseFunction
End With
Set objTest = Nothing
运行程序,弹出Inherit,说明是调用Cinherit中的Base函数
测试三:
CODE:
Dim objTest As CInherit
Set objTest = New CInherit
With objTest
.InheritMsg
End With
Set objTest = Nothing
运行程序,弹出my owner function,说明继承的类可以使用自己的函数或属性

在微服务中，使用什么协议来构建服务体系，一直是个热门话题。争论的焦点集中在两个候选技术： RPC or Restful
RPC：Remote Produce Call远程过程调用，类似的还有RMI。自定义数据格式，基于原生TCP通信，速度快，效率高。早期的webservice，现在热门的Dubbo，都是RPC的典型代表。
Http：http其实是一种网络传输协议，基于TCP，规定了数据传输的格式。现在客户端浏览器与服务端通信基本都是采用Http协议，也可以用来进行远程服务调用。缺点是消息封装臃肿，优势是对服务的提供和调用方没有任何技术限定，自由灵活，更符合微服务理念。
0x01：RPC
 RPC 即远程过程调用(Remote Procedure Call Protocol，简称RPC)，像调用本地服务(方法)一样调用服务器的服务(方法)。通常的实现有 XML-RPC , JSON-RPC , 通信方式基本相同, 所不同的只是传输数据的格式。
 RPC框架的主要目标就是让远程服务调用更简单、透明。RPC框架负责屏蔽底层的传输方式(TCP或者UDP)、序列化方式(XML/JSON/二进制)和通信细节。开发人员在使用的时候只需要了解谁在什么位置提供了什么样的远程服务接口即可，并不需要关心底层通信细节和调用过程。
0x02：Restful
 REST即表述性状态传递(Representational State Transfer，简称REST)，是一种软件架构风格。REST通过HTTP协议定义的通用动词方法(GET、PUT、DELETE、POST) ，以URI对网络资源进行唯一标识，响应端根据请求端的不同需求，通过无状态通信，对其请求的资源进行表述。满足REST约束条件和原则的架构，就被称为是RESTful架构.
 0x03：区别
使用RPC远程服务调用方式与传统http接口直接调用方式的差别在于：
从使用方面看，Http接口只关注服务提供方(服务端)，对于客户端怎么调用，调用方式怎样并不关心，通常情况下，客户端使用Http方式进行调用时，只要将内容进行传输即可，这样客户端在使用时，需要更关注网络方面的传输，比较不适用于业务方面的开发；而RPC服务则需要客户端接口与服务端保持一致，服务端提供一个方法，客户端通过接口直接发起调用，业务开发人员仅需要关注业务方法的调用即可，不再关注网络传输的细节，在开发上更为高效。
从性能角度看，使用Http时，Http本身提供了丰富的状态功能与扩展功能，但也正由于Http提供的功能过多，导致在网络传输时，需要携带的信息更多，从性能角度上讲，较为低效。而RPC服务网络传输上仅传输与业务内容相关的数据，传输数据更小，性能更高。
从运维角度看，使用Http接口时，常常使用一个前端代理，来进行Http转发代理请求的操作，需要进行扩容时，则需要去修改代理服务器的配置，较为繁琐，也容易出错。而使用RPC方式的微服务，则只要增加一个服务节点即可，注册中心可自动感知到节点的变化，通知调用客户端进行负载的动态控制，更为智能，省去运维的操作。

限于能力一般只在.NET大版转悠...每个月总有那么几帖不定时不定量地就出现了，谓之月经帖...这种问题通常都是初学者或刚转到.NET平台的面向过程开发者的疑问...有问题本身没问题，老是有人问就有问题了，是不知道去看书或搜索呢还是诸多答案鱼龙混杂无法分辨呢？至少CSDN的搜索功能是诟病很久了... 闲着没事陆续小总结一下，希望能帮到有疑问而恰巧看到的朋友... 接口是面向对象方法最重要的特性之一...接口也不是什么新鲜玩意儿，我在10年前用C++、VB5/VB6时就使用接口编程...没错，即使是不完全面向对象的VB5/VB6也有接口特性...所以接口是语言无关的，是一种思维方式... 关于接口的定义和特性最好去看官方教材或官方文档，我就不copy了... 接口到底有什么用？每次这问题都会引来大堆答案，基本上全是在讲接口的表象...其实接口的作用非常简单，一是契约，二是去耦合(即解耦)...在.NET和Java这样的单根继承体系中还有一个作用就是实现多继承，安全的多继承方式，至于单根继承和多继承的关系是另一个问题也不讲了... 当然契约和解耦合这两个词是如此抽象，对于面向对象初学者来说几乎不知道它们是什么意思...那就来看个几乎人人都知道的现实例子... 现在应该几乎没有人不知道银行卡、ATM和POS吧... 假如我需要点现金，打开钱包看看有几张银行卡，记得里面是有钱的，OK...去街上找ATM，附近有好几个银行，我比较懒去最近的一家...到地方一看，偏偏这家银行我没办卡...怎么办？去更远的有卡的银行吗？不需要，我随便拿一张里面有钱的卡塞到ATM里就能取到现金... 然后我顺路去超市买了些东西，付款时我不想用现金，因为用掉我还得去取太麻烦...我随便拿一张里面有钱的卡或随便拿一张管它有钱没钱的信用卡在收银台的POS上刷一下就得... 看看这个过程，和10年前的区别在哪里？ 10年前我要取现金是比较麻烦的...那时我有建行和招商的卡，我得满大街找建行或招商的ATM，因为他们不能互通...想在建行的ATM上用招商的卡就俩字儿：没门儿！ 至于不拿现金买东西就更别提了，整个中国都没多少能刷卡的地方，那些地方我也消费不起... 而现在为什么这么方便？变化来自各种银行卡上的一个小图标——“银联”标志...每个人都知道有这个标志就意味着你可以随便拿一张有这个标志的银行卡去随便一个有这个标志的ATM去取现金或在有这个标志的商店的POS上刷一把，全中国都可以...有些卡还有Visa、MasterCard两个小图标之一或都有，这些卡更方便，我可以在香港或欧洲在任何一家有这两个标志的ATM上取现金或在商店的POS上刷刷... 这种方便的根本，来源于两个词：契约和去耦合... 契约意味着： 1.契约主体之间要达到某种目的，这些目的是契约主体签订契约的直接动因； 2.契约意味着契约主体在某种程度上的一致同意。不管对于customer还是对于provider，契约都是“合意”的结果； 3.契约还意味着某种形式的许诺。 所以契约在某个范围及某种程度是具有强制性和公信力的...对于customer和provider双方来说，契约都必须得到遵守和执行... 而去耦合意味着： 1.减少对单一系统的依赖性； 2.增加整个体系的稳定性和扩展性； 3.减少单一系统的运维成本，降低整个体系的RIO和TCO。 所以去耦合可以使customer减少甚至摆脱对provider的依赖，同时大大提高体系的稳定性并大大降低RIO和TCO... 因此银联、Visa、MasterCard不是三个图标也不是三个公司，而是三个接口...它们意味着各银行、商家和消费者共同达成契约，同时消除或减弱了从前消费者和商家、银行之间的紧密耦合关系...目的是使我这样的普通消费者和超市那样的大量商家不再依赖于现金或某几家银行，也使得各家银行可以共享客户和资源，大大提高了整个体系运转的效率同时又节省了大笔运维成本... 这就是接口的作用...在软件工程中，合理地运用接口将有效减少各模块、子系统甚至异构系统之间的依赖，增加整个系统的稳定性、扩展性和延续性，以及减少整个系统的开发维护成本、降低整个系统的RIO和TCO...接口的作用不能从技术角度去浅显地理解，而要从软件工程和哲学的观念去思考... 本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/vrhero/archive/2010/01/09/5165279.aspx

在窗体设计和编写程序代码后，需要进行数据库的连接。

大概要做的：下载安装数据库——配置数据源ODBC——测试连接数据库——进行数据库中内容的添加。

关键是这些我都不会，这才是重点！

在学习数据库的过程中，遇到一个棘手的问题，API，应用程序接口，挂起，例程。查资料的过程中，反反复复的出现这几个词。

 

 

 

1接口到底是什么？

【参考https://baike.baidu.com/item/%E7%A8%8B%E5%BA%8F%E6%8E%A5%E5%8F%A3/150383?fr=aladdin】

 

我的理解，比如说你想要一个房子，我们可以用沙砾建，可以用砖头垒，可以直接买现成还未装修的房子。类比我们写一个应用程序，接口的出现将实现某一功能的代码放到一起，做成一个叫做接口的东西。你可以直接拿来用，省去了你自己写的麻烦。不同的接口，实现不同的功能，接口就接类似于我们盖房子的各种材料，我们可以用小点的接口，就像沙砾，写起来工程量很大；也可以用稍微大的接口，比较方便；更甚者直接买，这可能是最大的接口了。接口的出现提高了代码的复用率，简化了编程人员的工作，也使编程变得简单，更易于编程爱好者的学习！

 

 

 

2应用程序编程接口（英语：Application Programming Interface，简称：API）

【参考https://baike.baidu.com/item/%E5%BA%94%E7%94%A8%E7%A8%8B%E5%BA%8F%E7%BC%96%E7%A8%8B%E6%8E%A5%E5%8F%A3/3350958?fr=aladdin】

了解了接口的含义，来理解应用程序接口，举个例子，比如我们编写好的学生信息管理系统，在窗体上添加了一个控件，我们不用去了解这个控件背后是如何被程序代码编写出来的，更不用去考虑从高级语言到机器语言的过程中操作系统是如何进行进程和线程的分配，让一条条命令正确执行.而我们之所以不用去考虑这些因素，就是因为有应用程序接口这个好宝贝，它做好了一部分常用的功能，我们只需要用的时候去拿去调用就可以了。这就是我理解的应用程序编程接口的作用。【涉及到操作系统的部分，不太好解释呀！】

 

 

3例程【参考https://baike.baidu.com/item/%E4%BE%8B%E7%A8%8B/2390628?fr=aladdin】

 

操作系统,还是跨不过这个问题呀！说到计算机体系，可能就是[硬件——操作系统——应用软件]

操作系统绝对是一个很了不起的发明，对于操作系统，拿PC机来说从最初的docs，到现在的windows和苹果系统。在操作系统中程序被解释成一条条的机器语言，操作系统通过进程和线程来合理的调度，实现程序功能。例程我认为是出现在（进程线程）与（应用程序）直接的一层用来简化编程的程序。

学习编程时，我们都会了解函数，函数就像一个工具，我们将要做的事情写在函数体中，用的时候，可以在同一个程序的不同位置多次调用。但只限于本程序中，如果想要别的不相干的程序也能够调用，可以将这段函数（实际上就是一段程序代码）做成固定的程序，我们称具有这样特性的程序为例程。这样的好处，我们写好了一个例程，可以用在多个不同的任务中。但现实中，专门有人来做这样的事，并把它们整理好，供我们使用。但使用的前提是我们得把人家写好的这个例程的集合放到本机上。

 

 

4挂起【参考https://zhidao.baidu.com/question/57086790.html?loc_ans=194719696】

这也是操作系统中涉及到的一个东西。什么是挂起，比如你正在写代码，突然旁边的水杯倒了，这时你立刻起身处理水杯的事件，但正在编写的代码先搁置了，保持原状。这时候编写代码这件事就可以被称作被挂起的事件，先放置一旁，等处理完这件更紧急的事后再回头处理这件事。

在操作系统调度各个程序的时候，因为不同程序的优先级不同，遇到优先级更高的，或者执行中断处理的时候，需要把当前程序挂起，具体是挂载到内存还是挂载到硬盘，看操作系统的执行。挂载的过程就是将正在CPU中执行的程序移到别的地方，显然它能取得也就内存和硬盘了

 

 

 

总结：鲁迅先生说过“治学先治史”，明白了发展的前世今生，才能知道这么多为什么会这样，为什么会那样？

 

感谢你的阅读