16_尚硅谷_axios从入门到源码分析_axios使用_create方法

那下一步啊，下一步我们就是要去把它里面的三个重要的啊，比较难的东西给大家整一整。嗯，有三个，第一个呢，就是我们要讲的一个东西叫access.great这个在我们后面啊，在写项目的时候，有一个有一个操作叫ACCESS2次封装。为什么充20分钟对不对，这很重要，这个因为面试的时候是必说的一个东西。嗯。为什么一上来就是二了，也就是说我要去写一个通用封装access，写一些通用的一个啊模块相关的一些东西，为什么一上来就二了，因为它本来就是对水的封装。是不是对请求用XHR对象的封装？是不是已经有意思了，它本来就是一个封装的一个模块，是个工具，是不是那我再对它进行封装呢？那就什么二次封装。

啊，也就是说这句话可以完全说叫access加请求的什么二次分钟。因为它本来就封装一个封装一层了，我再对它进行封装，那不二死了吗？不是对它进行两次封装对吧，对它直接封装一次，但是是对A加请求这个操作进行什么。二次封装了，因为他本来就是一个一定要理解这句话，你要理解这句话，你还要跟别人交流。啊，这个呢，得做项目的时候才去做，因为现在我们没有这种需求，你强写这个是不合理不合适的。啊好，我们现在是把它的语法，把它的实线去搞清楚啊来第一个action是点create，传一个什么配置，返回它所说的一个instance是不是。那这东西有啥用呢？我们来看一下啊，边写边说啊，边写边说，你干说也不行。

来，注意。那也就是说我先用一下语法，先试试，不管是为什么用，先用用，再去分析为什么用，是不是XX点什么可以的传一个什么呢。配置是不是当传出来，配置我先不传，里面具体值我先不传，我先写上结构返回一个什么。对吧，那也就是说他按他说的说法，是不是这个incee也可以去发请求。而且也可以作为函数去发请求，对不对，做函数是不是也传一个配置？是吧，这个时候就必须写配置了，上面这个呢，你不写它也没影响，但这个不写你发不了请求。现在我是不是要使用发起球，那当然发这请求是吧，好。

那是不是得至少要指定U是不啊，我先随便下去个啊啊，那这个时候是不发的盖的请求。对对的好，我就这么写的啊，先不写了，那注意。这么写的有基础路径吗？没有，那我怎么给他指定基础路径呢？就在这里。能听到不就在这里？我应该可以写个什么face u啊，刚才是不是写过？好来，我假设是HTV啊，Local的多了3000。可以吧，后面比如说我假设写了一个斜杠POS纸，那是不是去查询那个所有文章列表的。

我先看可不可以用，我再分析啊，它这个东西到底为什么用，是不是啊，先要证明它能用吗？先用一下感受一下我再说啊，来看一下。我还没给认，但是我通过network是不是能看出来到底有没有发请求。Butin。说明他是不是可以发请求的，而且发的地址还对，是不是说明我们前面的这个被U配置是不对的。但是你没想过这个事情完全直接可以用去做。对不对？这些问题所在啊，我不用一生是完全可以做呀，X本身就能做，你何必多此一举呢，对不对？好，这个时候我就要去给大家去设计一个场景，设计一个需求。你为什么要用这个语法，先感受一下他们怎么用啊？现在一个需求项目中，我这是我的前台应用是吧？我的前台应用是不是价，是不是请求后台应用，那我的后台应用有没有可能有两个。

甚至有可能有三个。这都有可能。也就有不同的后台应用来给我提供，好，就比如说我这个应用里面有二三十个接口，对吧，一定来自于一个后台应用吗？不一定。我现在也别说多了，我就说有两个行吧，假设一个是4000。一个3000可以不？可以吧，那你想啊。你想一个问题。你说我们现在仅仅用FS能搞定这个事情吗？你想啊，我们现在不用instance了对不对，好，不用instance了，那我得怎么用，那我是不是得发请求，好那我当然我也会去先是不是写一个默认配置点被是ul对吧的一个例子对不对？好那当然我写它啊，我写它也是可以去实现的，写它是吧，接着我后面是不是可以使用请求发呗，其实很简单，就把这个改为什么名字I就行，别的我用那个取数据我都懒得取了啊，只要是看懂句行取数据都一样取。

能看到吧，这个肯定能吧，这不用我测试吧，现在问题就是啊我。我用，我还要搞一个请求事线的。这咋办呢？这没法办，我把它改成4000吗？但关键我有了你有的3000了，比如说我再发一个请求对吧？嗯，假设啊，我请求一个叉三对不对。

那我这么写的，他会请我这个希望是请求4000去，能听懂不？他能请求4000去吗？这个请求3000之内的，对不对，请求3000的例子啊。那当然你可以写完整路径对不对，那关键是我注意我不仅是有这个base URL是通用的，我也有可能啊，还有一些别的配置，两个后台需要做的配置可能不太一样。比如说我对所有这个3000的请求，都需要加三个相同的配置，我是不是可以加上。不仅加这一个是不还可以加别的，那我对这一个4000的请求呢，有另外四个配置是相同的。你想你每次都说，我每次发题就自己制定，那是不是没有利用它的特性啊。

是不是？那你要这样说，这些东西都没有存在价值了，直接每次都单独走进，不就拉倒了吗？是吧？我们是不是得更加通用的去写。对不？我有三个请求，需要写三个相同的配置，我有四个请求，需要写另外四个配置，那我怎么办呀？那这个没法整啊，因为我写上面是不是只能写一本，只能写一种对不对，要么是A，要么是B对不对，不能两个都写。那你说这个时候我怎么办呀？现在如果我不让你去写基础通信，你能实现去既能启用3000，也能请用4000吗？没办法做。对不对，那我怎么办呢？那是不是就用到，说白了，此时此刻这个语法就能什么。是不是走上舞台了？

对不对，我请求谁去4000，刚才不是3000吗？我是不是被路径是4000，那我这个不行，对不对，这个不对，能听懂吧，这个不对啊，那这个不对，那我得用谁呢。用这个去发这个是不是才请求什么事先。看看。还是这个信号，你直接你在前面没听论不是多不是不是重复了吗。当然现在我是好像因为老师重复一点也没关系，这是一个点，现在我是不是只有一个相同的写在这里，那是不是有可能我有多个相同的位置要写。那么，难道每次都重写吗？是不是？没那个必要吧。它这个设计是不是就用于我们能够去复用不同的代码？

会用不同的杯子。针对不同的接口去做，对不对。你说你要理解他这个设计是为了一个什么目标是吧？你说老师我没有这个特性，我不也能勉强写吗？是，当然可以勉强写，那别人设计的更好，你不用起来更舒服吗？现在就是他已经有这个设计了，你要干嘛，是不是理解它这个设计，从而去更方便的使用，对不对啊，更从容的使用啊，来看一下，当然其实这个事先的这个例子有吗？没有没关系，我就要看我发没发，是不是发的对不对，有没有实现我的目标。我看一下。主要是看地址。这是不是4000这个呢，3000是不是分别指定的技术路径。

当然也可以配置，别的能不懂。理解是第一关键啊，这里面理解分为两步，第一步先认识到这个instance是什么类型。还在说神殿啊，那疯了吗？不是。都已经用上了，你还说不出类型呢，函数。对吧，函数啊。而且在我看来，这个好像跟access的功能是什么一样的，但并不是完全一样，是发请求的功能一样。别的功能instance有的功能access有，但instance没有，这个得去看源码，以后去看到代码你才知道access没有，有什么和instance没有能听到，不但他们有共同的东西，就是都能发什么请求，都是函数，都可以作为函数进发请求，当然也可以作为什么对应下发请求啊，Instance点什么get。

很简单，直接写一个斜杠，什么是通过这个写法你就知道。哪一种方式更加编码简洁？是不是作为定向使用？发请求，编码更加简洁，你说我怎么没看出来呢，你比如说你这个U你要写错了呢。是不是你还是不是要另外写个对象啊，你是不是要适当的记一下那个配置啊，你老说我记住了，那不是你写了你解读了才记住了吗？那不消耗一点精力吗。是不是还有一个，这个是不是更加贱民之意，嗯，行，没问题，这都是语法堂的语法。啊，刷新。有没有发发了对不对，当然失败了，因为没有后台处理是不是。听懂了吗？首先要知道它是什么，再一个要知道啊，为什么用它。

要说出一种场景啊，说出一种情况，确实这个语法有存在的必要，对不对？就这一些常下我们是不是需要用instance。那比如说我要三个后台呢。那我至少得创建几个instance，两个，甚至我创建三个instance，都用instance去发请求，行不行，我不用去发请求，我用发请求可不可以，可以啊，没有问题是吧？没有问题。啊，就这一点，我可以说你要分析源码，或者说没有分析过源码的人跟你去说这个事情，那你十有八九你就以为他是个对象或者什么。啊，当然现在他们具体跟instance的关系，可能你还不是特别清楚，因为咱还没有去看里面的实现啊，现在只告诉你的结果啊，行。