00:00
好,同学们,我们接着给大家进行分享和知识的讲解,下面我们来到了我们的第九章open find服务接口调用,好,来看一下我们的这个升级的调用图。图片。这个几乎。暂告一段落,那接下来我们来看一下我们的服务调用二,那么这个时候呢,跟一一样,它们的功能也是完成微服之间的分布式调用。上一讲我们介绍了ribbon,那么这一讲我们介绍fan和open fan那。这比较干脆,Fun已经停止更新,几乎不用再去研究,不用再去看,直接我们过渡到open,好,那王活。老规矩依旧,又是我们那些学习一个新技术的问题是什么能干什么之类的。好吧,那接下来我们来看一下,已经有ribbon了,干嘛要出一个?
01:00
Open fan,那么fan和open fan之间的关系又是什么来?老。Open phone是什么东东?首先官网地址这个。然后的话呢,我们还是看一眼吧,那么其实我已经给大家抓图抓下来了啊。那么我们的版本cloud h版S21,那么spring cloud,基本上spring cloud open,那么到这了以后,大家呢,首先可以看的清楚我们的。开篇名义的第一个。定义一个rest client端fan,那其实说穿了啊,Open fan和fan是一回事,但是只不过spring cloud项目组又在他fan继成了份的基础上又做了一些加强,其实他们两个都这么一回事啊,那rest的什么段client端,那说明它用在什么地方,是不是更多的是用在我们的消费者客户端啊,主要是做服务的调用好。
02:03
那么回到我们的。老图它的意思呢,Phone呢是一个声明式的web service的客户端,它能够构建web的service的客户端呢,更加的简单,使用方法非常方便创建一个。接口,并且伴随着一个注解,那么它这个缝呢,它也支持这样可拔插式的编码器和解码器。Cloud对fan进行了封装,然后让他支持了MVC标准和message。一句话在可以这么说就是。在re参考rib的基础上面,又做了一套服务接口加注解方式调用的一个整合器。好,那明白了份是什么以后我们呢,对它做一个简单的介绍,那就是。它是一个声明式的web服务的客户端,让编写更加容易。我们只需要创建一个接口,并且在接口上添加注解就OK了。
03:06
那GI hob上面它的官网地址减下我们呢,还是要老规矩带大家呢,看看这是理论篇的啊,官网的文档这是呢,你要看它的源码呢,就找我们的PI ho上面,那大家可以看一见。干嘛呢,我们呢?它的特点说明,定义一个rest client,创建一个动态的实现,只要定义一个接口,又可以进行Java的这些rest服务的解码,然后呢,或者是spring VC的注解也同样的支持。好,那了解了open fan,至少我们先得到一个概念,它就是一个接口,并且在这个接口上面添加注解就行了。那已经有re可以进行服务的调用和负载均衡了,干嘛要出个分啊?那他们两个是什么意思呢?来吧。首先能干些什么,还是更容易换。换句话说,我们以前是rib加right temp要有两个,我们这两个整合以后,形成了一套模板化的这种方法,我们是不是讲过什么get for object get for entity。
04:14
但是在实际开发过程当中,我们对于服务的依赖调用。可能不止一处,往往一个服务接口会被多个地方调用,那我们就会对每个微服务封装一些客户端来包装这些依赖服务的调用,所以说呢,在呢,在这个基础上进一步的封装让我们实现的更加的简单,我们只需要创建一个接口,并且呢来对它进行配置,啊假设我们以前是不是有一个呃,操作数据库的这do接口上面我们是不是标注一个map。OK,现在也是这样,我们每一个微辅接口上面也标注一个分相关的注解,当然这个fan注解是什么,后面我们会讲,那么我们就可以完成,注意重点对服务提供方的接口绑定,简化了调用RI本的时候各种自动封装和编写的规则。那么我们的对比。
05:05
以前我们在用这个。Ribbon的时候,然后大家看啊,我们在这儿用ribbon客户端。我们是不是用的主要是rest PLA,那么每个人你都要去写一遍,那么尽量的面向接口编程,我们分成结偶以后,我们希望出现这样,反正你要调的服务,8001提供的肯定会对外暴露服务接口,对吧,我们两个之间就用接口沟通,你这个8001能干哪些事儿,你自己在你的接口里面肯定定义好了,那么我现在跟着你。你这个接口里面定义了哪些方法?我这边与之相关的也创造一个接口。听到,然后在这个接口上面规定我这个接口,那么你这个接口里面有什么方法,我这个fan就调哪些方法,实现fan接口到我的业务提供方的服务接口进行一一的配对,那么这样我们是不是就可以真真正正更好的面向接口,甚至面向微服接口编程听懂,所以说在这块我们呢。
06:12
完成对服务提供方的接口绑定。一句话,你。接口提供方案是这个你有里面有哪些方法,我fan也有哪些方法,直接调就OK了,接口到接口好,那最终fan在rib的基础上,因为它是后出的嘛,它有集成的rib什么意思啊,说明它同样也实现了客服端的负载均衡,那么跟我们的rib不一样,C呢,只需要定义服务并绑定接口,以生命式的方法,那么就可以优雅而简单的实现我们的服务调用,再说直白一点。我们现在的这儿是不是有一个DAO接口,这个DAO接口上面是不是定义了一个美的map接口,那么我们现在自己做一个接口,也定义一个这个find的接口,相关的服微服务调用的注解就可以对外报提供服务,那么比RI本要用起来简单一些,后续工作当中,反正我们两个都讲ribon和fan,你爱用哪个用哪个,那从我的使用的话,我个人喜欢用fan。
07:13
好,这个就是份,它能干些什么,大致是个什么,你就给我记着,它就是一个服务接口,绑定器接口,加一个相关的注解,可能就调用,待会我们编码的时候来说好。那么根据我们的升级大纲,我们已经明白了。份,你现在已经被open份所取代,那么它原来的份大家不用再花精力去看了,直接用最新的即可,那么它们两者的区别呢?以前这个饭是cloud里面的一个。Rest风格的HTP服务端组件,内置rib,那么也是支持我们的这个服务调用,我在第一季的时候详细讲过。当时我们引入的价包就叫fan,那么第二季了以后,我们不再研究这个fan了,我们用open fan理论知识跟第一季的一模一样,那么春节期间让大家去预习的话,想必部分同学应该能看到过这个,其实你们之前在项目这边也应该用过,好,那么我们open份呢,它在。
08:13
Client的基础上面又增强了C的支持,他的引入就是一个open fan,好,那么关于fan是什么,我们呢,就先说到这儿,你就记住一句话。创建一个微服接口,并且在接口上面添加与份相关的注解,就能实现微服务接口之间的调用,那么具体的我们编码来说明,那么open派范是什么的入门介绍,我们就先给大家说到这儿。
我来说两句