00:00
最后我们再对项目进行啊一些优化,我们的后端的API就算完成了。大概有这些有优化的地方,也是我在测试的过程中发现的问题啊,一个是用户列表没有返回这个字段。啊,既然是数据的返回,那么我们去找这个transform。Transformer。可以看到,确实没有返回这个字段。可能是因为这个后字段是后来新加的,我们的transform是填写以前就写好了。意思。啊。接下来看第二条。啊,就是把所有用的到搜索的这些字段给它加上一个索引,索引可以提高我们的搜索的一个效率。啊,这个其实应该是在创建。迁移文件的时候就应该考虑的一个事情啊。
01:04
接着看一看用户啊,用户这个默认表我们不用管。从我们的分类开始看。配合控制器,你看看你都进行了哪些字段搜索。来分类。分类没有搜索是吧,好这个不用管。接着是商品。商品啊,这个搜索比较多啊,有这个。Title分类ID,还有这个。啊ISIS慢,那这个我们为这几个字段去建立一个。普通的索引就可以了啊。字段名字啊。
02:01
分类ID。还有我们的开头也用于搜索了。接着是。是否发布,还有是否推荐。所以呢,也不是说越多越好,所以你多的话啊,它也会比较占这个空间,然后也会去增加了这个添加的一个。啊成本也就是说在写入的时候,他给你创建索引对吧,会减。就是让写入变得慢一些。不是越多越好,是。而是这个合适的恰当的去建立。所以。啊,商品的这个加完了是吧。接着啊,去检查一下。评论的。这个是评论的,看看我们评论的控制器。评论用到了。啊,这个条件做搜索。是吧,然后。
03:00
其他的就没了啊。还用到了这个good ID这两个条件。也不是说这个就是单给这个搜索的去建成索引,而是说我们用到的一些关联字段,你要和其他表进行关联,对吧,关联的时候如果你没有索引的话,它就会去啊,可能去扫扫描整个表就比较慢,当然如果是通过ID进行关联的。呃,没有没有问题啊,这个ID的话,它会它有一个组件的一个唯一的一个缩影。啊,然后看看我们的评论,评论的话。然用到了good ID,还有这个啊,这两个加两个普通的索引。这是评论的签文件太。Index。一个是他。再然后一趟。
04:01
啊,建一个普通的索引,接着还有其他的表。评论,订单。订单啊订单,我们看看用到了哪些搜索条件。关掉啊。单号,然后这个交易的这个单号,还有状态啊这几个字段。状态还有这个交易的单号啊。这三个缩影就可以了。这个总表就订单的详细表我就不加了,这个是。啊,这个计划任务的表轮播图的。
05:02
波图的好像。没有做搜索吧,没有啊。嗯,其他的就没了。把该加的索引给加上。当然有一些用于关联的查询的一些字段啊。你要去仔细想,查这个代码。也是要加上这个索引。接着看看其他的一个问题。啊,订单的这个迁移表文件,快递和单号这个应该为空,找到订单的迁移表文件。是不是?啊,也就是说。啊,我们这个快递的类型和这个单号应该可以为空的。啊,为什么,因为用户在一下单支付完成之后,他是没有这个快递和单号的,这是我们后台收到了这个订单啊,并且确认他支付了,再去填的这个。啊,快递。还有他这个单号,所以他应该是允许为空的。这个是有一些问题,确实我们之前在创建这个。
06:00
就是之前写代码时候没有注意到吗?后来测试发现我们就及时改掉啊,还有就是呃,这个宁波的这个迁移表有一个备注写错了。找到轮播图的签表。啊,这个备注啊,应该是排序。目前就暂时发现了这么多,后续如果啊,我再发现了,我就会把它改掉,如果大家也发现了啊,大家就把这个相应的问题给优化给改掉就可以。接下来啊。我们要干件事情。重新执行所有的迁移啊,放弃并重新执行所有的迁移,比如是以art。Meta冒号。Refresh。同时加上杠杠C,就是刷新所有的迁移啊,同时运行数据填充。
07:00
看有没有问题啊。没有问题啊,说明啊,这个还是。比较OK的,没问题。随便检查一下这个表,看有没有给我们填充上,比如说拿刷新啊,拿我们的用户表来看。哎,是不是有。有这个用户,包括权限也都给分好了,只不过因为我们刷新了所有的迁移,并且填充了部分的数据,所以我们订单商品啊,这些数据都是没了,包括商品的分类这些数据都没了啊,因为我们的迁移文件。嗯,只是包括数据填充文件,只是填充了分类。还有填充的菜单,还有这个权限啊。到现在啊,我们的项目才就是说呃,优化的基本算是完成了,我们的后端的这个API的这个项目就可以了,在以后的这个呃,开发就可以去,就是在接下来开发就可以开始去开发前。
08:00
前台用户使用的相关的功能的,对吧,比如我们项目的首页啊,用户的个人中心,然后商品的这个列表,商品的详情以及啊这个用户加入购物车,然后去结算。然后这个订单里面去管理这个啊,确认收货,这整个的前前台用户使用的一些功能,在接下来就开始可以去写。
我来说两句