44.前后端合并(上)

大家好，我是米洛，一位肝帝！

欢迎大家关注我的公众号: 测试开发坑货。

~~硬货预警！！！对肝帝不感兴趣可直接跳过。~~

上篇其实我们还在弄数据构造器，而且还没结束。其实博主我早就已经更了2篇了，只不过还没发出来。

这篇我们先不管数据构造器，谈点别的。

事情就源于我周五晚上闲着没事，在寻找异步相关的类库，发现了一个比较漂亮的官方文档网站:

细心的朋友可能发现了，这个是不是和httprunner的官网长得很像啊。

就在我发现这个新大陆之后，我就一发不可收拾。

首先我们观察他的域名: readthedocs.org，其实很多其他项目也有类似的官方文档。

想着httprunner做了这么帅气的官网，那我们虽然不能说要赶上他（毕竟人家还是有几把刷子的），但是也要像他看齐吧，把官网整一整。

于是我也有了个这样的网站:

你别说，是不是还像模像样的？昨晚弄页面+写文档+今天写文档，到现在才算完。

我愿称自己为肝帝，因为我昨晚3点才调好（坑多资料少）。后面我会放出文章教大家怎么弄！

古语有云: 天下大事，分久必合合久必分！在我们前后端这里，其实也可以分分合合！且听我慢慢道来~

熟悉这个平台的兄弟集美萌应该都知道，项目的前端是React开发，独立起的一个服务，后端里面根本没有templates,static这样的静态资源数据。

注意这句话: 如果说前后端分离是剥离flask/django中的static资源，那么前后端合并（我自己随便取的名）就是把它塞回娘胎里！

今天就动手，立刻！！我们先来看一下我自己官方给出的好坏处。

我们做了前后端分离的项目后，前端有url比如我们常用的:

/user/login，还有一些静态资源如图片, js,css等。

一旦合并后，想一下是不是可能会和我们在FastApi定义的路由串了，如果他们都是中华田园犬的话，我们可以叫他们串串。

前端路由类型

其实，前端路由是分2种的，第一种就是我们目前的browser模式，和正常的路由没区别，比如:

但其实还有一种路由类型是hash类型，你们可能在公司也看到过:

看到中间那个/#/没有，那就是hash路由的标志。其实对我们用户使用来说是没有什么区别的，就是感官上的。

hash路由可以给我们带来一个好处，我们可以避免串串。因为hash路由不算很规则的路由。

眼瞅着内容比较多，赶紧切换到下一节。

以后文末只需要一个地址，里面有各种传送门了！