前言

第六周没写，是因为第六周的前两天在处理第五周的样本库部分。问题解决一个是嵌套问题（因为我用到了递归），还有一个问题在于本机没有问题，打包上线接口404。这个问题我会在这周的总结中说。

第六周第三天才谈好新的需求，第四天第五天都在研究。以及这一周我还面了滴滴，不出意外没过，这是面经：

滴滴前端一面面经（已挂）

第七周

第七周做了很多零零碎碎的事情。有表单的显隐控制、院区动态数据的选择渲染、两个地方tab的添加、几个字段的添加、细菌选择的权限控制。

是不是听起来很简单？最难的地方是tab的添加：

动态的tab，从后端渲染的控件和下拉。其实这都不算什么，难点在于，它的label，控件，可以在一个字段中被查出来，右边的下拉也可也在一个字段中查出来。但是它们都在一个表中——通用表单！

之前也有一个地方也是类似于这中，但是这两张表单既然放在一个地方，也就是说我要先做一个过滤。

这都不是最难的，最变态的是这里，我们可以看一下数据的请求传参：

{"sample_info_id":"1689148414801702913",//祖父"identify_result_id":90,//父亲的id,可以为空"pcode_biz":"biz_bandingliang_control","form_value":{"1_$$_菌落计数2":"2_$$_阳性","2_$$_beta内酰胺":"2_$$_阳性"},"li_m_identify_result_data_detail":[]
}

就说这个form_value左边要写，右边要写。这都不是最难搞的。最难搞的是，我表单控件提交的是英文，但是右边的这些阴性阳性是中文，我就只好在另一个表单中过滤…

逻辑参考了同事之前的，但主要是我自己写的。一个函数，两个循环，一个嵌套了两层，一个嵌套了三层，终于给拼出来了。

当时的情况是这样的：

最后终于搞完了。

并不是很能理解后端这张表的思路。堆叠？

项目部署上线

平时都是组长来做部署，这周是我来部署上线的。当然要优先解决的，是为什么有些接口404。

讲讲部署吧，其实很简单，前端就是npm run build打包一下，然后连接远程的服务器，再把dist的内容放在配置好的文件夹里面。

==前端的跨域及代理代理，仅仅在开发环境中有用。==可以理解为正向代理？然后我们今天的问题出在Nginx，改了相关的代码就好了。因为我们有三个后端，java、java、.net，今天是把.net加进去了，然后相关的请求就都好了。

总结

这周蛮累的，但是也有收获。下周还是记脑图吧，感觉这样口述任务，会忽略很多东西。

另外，我准备刷算法啦。金秋九月，懂得都懂（狗头.jpg)。会记录算法，欢迎关注博客。