00:00
嗯,面这里面呢,把这里面把我们下面里面的路由给大家截了,就是用了一个图来去展现一下整个路由的结构,大家要知道啊,我们现在做的是单页应用,那单页应用就涉及到肯定会涉及到路由吧,而路由它就分为一级路由和什么二级路由,以及甚至有可能什么三级路由。到三级基本上差不多了啊,你搞45G路由出来就有点牵的太深了。听懂了吧,嗯。好,那我们从这里来看一下,我们整个其实啊,大概说一下,整个一上来有两个一级路由,一个就这一个界面,登录的界面能听到不还一个是什么呢?大家看到这个路径是不是写杠log呢?嗯,接着是我们后台管理的主界面。啊,而且它默认进入了home,其实这个home呢,不是一级路由,我们先有一个这个整体界面,就是一个一级路由,听懂了吧,而这个一级路由里面这个中间部分是不是随着我左边的切换发生变换,那说明里面呢,是一个二级路由显示区域嘛。
01:15
听懂这个不啊,OK,好,那这里面就有管理界面的相关的二级路由等等相关的几个,我们一个一个去说了啊。到时候我们写的时候呢,再专门去分析一下就好了,先有这个概念啊,先一定要有这个概念。好。这是这个啊,下面一个,下面一个理解很关键。就是要理解一个概念,叫API。这个API指的是前后台交互的API接口,API有时候也直接称为接口,也称为API接口。这个API的概念。啊,常用的概念有两个啊,现在我们说的是前后的交互的接口,但是不一定,比如说举个例子你来看一下啊。
02:03
嗯。啊,比如说啊。这个里面就有一个典型例子,你来看一下。它这里面就有一个概念,叫什么API,这是我们后面要学的库,叫view是吧?好,那这个API,这是个API文档吧,那API什么意思呢。你说。接口,那你这说了不得,于白说没说吗?是个什么东西,你你能说出一个说句话来,说出个解释来,别人一听就懂,你知道吧,你API你说接口。你想想别人该不懂还是不懂啊,那这个A档这个。啊,语法。能听到吧,也就是说我们某一个是不是都有一些语法呀。啊,那他的这个语法的文档,我们称为API文档,那API是对应的就是语法呀,它是个笼统的称谓,对不对啊,那我们现在要说的API是这个意思吗。
03:10
不是啊,不是这个意思,那是一个什么意思呢。那我们前后的交互的某一个接口,来,我先给大家看一个东西,叫接口文档。你再来告诉我接口是什么可以吧,好。来,这里面有一个markdown写的一个接口文档。这个一个项目,你进了公司以后做项目,那必然会给你一个接口文档,听懂了吧?好,那有了接,那接口文档是描述接口的一个文件了。那从这里来看一下,这个上面能看出来我这个项目里面有多少个接口啊。求ask接口。先是他把所有接口是不是写成了一个列表啊,那接着下面是不是一个一个的去描述它每一个接口的一个情况,好,下面我们就要看它描述了接口哪些信息,哪些信息第一个是什么。
04:08
Ul是不是总得有个地址能听懂不好?接着请求方式是什么方式,Post或者什么get最常用两种方式是不是好?接着还有一个什么,发请求的时候是不是有可能要携带参数。是吧?这里面指定了我的参数必须带user name和password参数吧?那也就是说我的参数名能写user name r吗?你说我不带一个内容,我带内容行不行,不行,那肯定不行,能听懂不就指定了我的参数的格式,以及它的名字,必须是这两个名字吧,就是啊也大家看着啊,这三个,我知道这三个数据以后我是不是就可以发请求了。那光知道发请求还不够,那后面后台是不是给我返回数据,那返回的数据是什么格式,是不是决定了后面我怎么读数据啊,那后面它就显示啊,我成功的数据返回的是这个样子,失败的数据是这个样子,看懂吧。
05:10
那也就是说啊,现在我要问你一个接口是个什么东西,前后台交互的接口。嗯,它是一个信息吗?不是是多个信息,几个信息。一共包含几个方面的信息?几个?这这这么难数啊,1234不是不会数吗?能看到吧啊,其实主体有两个方面,一个是请求相关的信息,一个是响应的对不对,那请求的又分为三个部分,一个是UR,一个是请求方式对不对啊,我们叫它叫它叫它T吧,还有什么请求参数啊,这能听懂吧啊请求参数,那这个地方这三个是不是决定了我就能怎么发请求了吧,那还一个是不是响应数据的格式。
06:15
也要告诉我吧,那这个地方要说啊,我的这个值,这些数据值,比如说我的U是命,一定是命吗。不一定,但是必然是user name。不能是别的名字吧?听到了吧啊。这个时候它把它称为响应数据的格式。能懂不?那请求参数也是一样,请求参数的值一定要是某个值吗?不一定,主要是它的名字叫什么。是他指定的对不对,那也就是说这么四个信息是不是组成了接口,也就是说接口前后台交互的接口由四个部分组成。对吧,啊,URL地址,请求方式,请求参数格式以及什么响应数据格式。
07:05
当然,有的时候会将ul简称为,也就是说,如果简洁的表达一个接口,你就至少给我一个URL吧。你不给我请求方式,我可不可以测试吧?先测get get不行,Post都可,可以不可可以啊,但是完整的说法应该是包含四个部分吧。是。正常领导啊,行。那这个文档,那你知道是描述一项中接口的文档是不是好,后面有好几个类似的概念,测试接口对接口,接口调。啊,这个这些概念。都是对应一个相似相同的操作啊,到底在什么叫测接口呢,是吧?啊比如说啊,比如说我们。
08:01
在这个地方啊,大家注意啊,大家注意我们这个地方啊,是去要登录我它有了接口文档,下一步我是不是拿着接口文档去测试它测试真实的结果,其实测试的时候,最终的结果可能有好的结果,差了有坏的结果,你坏的结果是什么情况?要么就是那个接口根本没法访问,这是一种,那最严重是不是,要么还有一种情况啊,他的那个响,比如说举个例子吧,它的响应数据不是SP啊,假设它是扣的。能听懂我这意思不?说白了就是真实的接口跟这个接口文档什么不一致,听懂了吗?啊,真实的接口跟这个接口文档的描述什么不一致,那也就是好的情况,好的结果应该什么。那我测试的是去判断一个什么东西呢?很简单,就是判断真实接口跟这一个接口内容描述什么是否一致。
09:05
因为我测完之后,后面再写请求代码的时候,我根据谁来写。根据真实结构行吗?关于真实结口,你能你能用这个看得见他怎么回事吗?看不见你能可看可见的是不是这个文档,你是不是根据文档的描述来去写那个请求的代码,指定地址,请指定请求方式等等一系列信息对不对?那在写之前,你得保证什么接口文档跟我的真实那个接口是什么,是不是一致的?那也就是说,我们去做这些事情是为了什么?是不是去判断接口文档跟真实接口什么是否一致。能听懂,不能,那后面有几个概念,叫前后台分离,也就是说我们现在做应用,它是其实是一个项目分成两个应用型。
10:00
能听懂吧,那前后的部分你什么意思?就所有的代码都写在一起吗?写在一起。能听懂不啊,所以大家写,而现在比较流行的开发方式,先大概有个理解啊,是把啊这个项目分成两部分去写,两个项目来写,那由后台人员来去写后台应用,由前台人员来去写前台应用,而且这种编码方式就决定了我的后台应用负责展现吗?就后台项目负责展现页面吗?不负责,而由前台应用来负责展现,那后台应用给我提供什么呢?提供数据接口是吧?那如果是前后台不分离的,那很有可能是做后台渲染,大家是不是学过后台渲染的技术,比如说EGS学过吧?没学过吧?啊,可能你忘了,但是你知道ES是不是用来去做后台模板引擎的一个。
11:00
一个技术吧,嗯,那那个时候你们那时候又漏了写东西就不是前后来分离的,听懂了吧,啊就写在一起的,这个要有一个理解啊。好,一旦做前后的问题,就后面就有一个可能性,也就是说刚刚说过了,前台应用由前台人员做,对不对,后台应用后台运做,那也有一种情况,我的前台应用写的比较快,后台的接口还没写好,有没有可能?有有吧,那出现这种情况怎么办呢?那我是不是正常逻辑,是不是就得等啊,那我就等后台结果搞好以后,我是不是再写。当然啊,作为一个潜在工程师,你不能等那个后台人员,对不对,你可以干嘛,你可以自己模拟接口吧,可不可以是可以的吧?啊可以的,这个时候就有一个叫Mo数据或者叫Mo接口啊,Mo是模拟的意思。那这一次啊,我们就不真正的去讲,只是跟大家提一下,等到我们做view项目的时候,我们就专门去实现自己去某数据或者Mo接口。
12:06
啊,先大概有这个印象,有这个概念啊好接文档,刚才我们已经看到了是吧,没事。好行,这一个也是一个比较重要的东西,大家需要去对接口有一个好的理解以及啊。对接口的操作,测接口要知道是怎么回事。对吧,前方的分离要有一个基本的理解啊,某个数据呢,我们后面专门会讲啊行,这是关于啊接口相关的。
我来说两句