前端 - 实习两个星期总结

今天已经是菜鸟实习的第二个星期了，怎么说呢，反正就是进的一个不大不小的厂，做着不难不易的事，菜鸟现在主要做的就是适配！现在就来总结一下，不过这之前，菜鸟不得不吐槽一波！

吐槽

1、菜鸟进的是一家国有控股的公司，应该也算是国企了，里面干的事都要保密，干活只能那边干，回家进都进不去系统，所以就可以理所当然星期三加班？而且就给我们一餐饭钱（19块），看不起谁呢？

2、一摸一样样式的界面，可以写出3、4套不一样的代码，是脑子长屁股里了？而且明明就封装了，结果还是能写成不一样的，离谱！

3、很多界面都是固定宽高+直接定位，你是没学过适配？没学过%？

4、 文件抽离了，却没用，是脑子不好使忘了？还是直接抄的别人的项目？

总结

现在步入正题，冲冲冲！！！

新人建议

菜鸟一进公司，带我的是一个项目主管（前后端都会），让我直接开始看项目的前端代码，菜鸟是抱着有人带的想法的，所以一开始就随便看看，没有仔细的去阅读代码，然后还去项目的测试平台上自己找自己感觉可以改的bug改，以为自己可以胜任，结果就是每天摸鱼，自己搞代码，但是其实根本不让我提交，项目主管也没管我，也没人带我。

注意：

其实大部分公司都没人带，要做好心理准备，而且在同一个公司也因人而已，比如：我旁边的实习生，是老师带过来的，然后带他的是个小姐姐，每次做东西啥的还是会给他讲得很清楚的！不能说不羡慕，但是运气不好只能自己解决！

直到第四天，菜鸟感觉这样实在是无聊，而且也没有什么作用，所以决定自己去把项目整个看一下，然后才开始慢慢的去整理项目的目录结构，去搞懂每一个文件是干什么的，并且做好笔记。

注意：

公司里最好每次做事都用文档记录一下，记得当时主管让我改细微bug的时候，我说我写了文档，明显感觉到他顿了一下，表示有点震惊，然后就让我把文档发群里去了！

这里菜鸟说的搞懂每一个文件不是说一行代码一行代码的去看，一个大的项目不可能一下被你看懂的，而是搞清楚整体的逻辑，大致只需要看：每个文件夹大致是干什么的，提取出来的文件是干什么的，以及看package.json去了解项目运用了什么技术。这样今后就知道什么错误应该去看什么技术，然后还能从提取的文件中看到一些新的知识。

注意：

这里有一些不要太过于关注的文件，比如：

1. public 或者 src/assets 里面的img文件夹，毕竟只是放图片的，而且图片非常多，难不成你还要去看看每个图片长什么样子？
2. component 和 views 文件夹，这些就是组件和页面的文件，基本上这个阶段不需要看，因为都是细节的东西，而且基本上前期修改也只是修改界面，只需要通过 路由/vuedevtools 找到对应的页面就好了，然后改的时候时不时注意一下里面的逻辑

大致完成上面的工作，其实就差不多可以进入项目了，注意不会的要么记录下来，自己改简单bug的时候注意一下，说不定就找到突破口了，要么自己问一下（有人带的话），特别注意的文件就是 store，因为里面会是很重要的全局变量！

注意：

别人都说路由很重要，但是这个项目我着实没看出来路由哪里重要了，因为这个公司自己重写了router，而且只有一些无权限直接访问的界面才会在routers中注册！

总而言之，菜鸟之前是做过这些东西，所以感觉技术没什么难点，就感觉每天没有新的知识进入脑子就很空虚，哈哈哈！

注意：

一定要使用VS Code的全局搜索，真的在改代码和看懂逻辑的时候极其有帮助！

项目学习到的

1、知道在window上面挂载上一些全局变量，通过window.xxxx，这里比较重要的就是按钮权限可以通过这个设置！

2、echarts一般将其封装到单独的js文件导出，echarts也可以单独做一层封装（一般三个参数：id，echarts名称，是否重新渲染；里面也要对屏幕变化进行判断重新渲染；折线图注意setoption的第二个参数），取消第三方依赖。适配的时候，建议命名规范echarts_XXX，以免重复命名（这次就遇见了），可以通过屏幕宽度操作js对一些容器 添加/取消 最小 高度/宽度，如果命名重复，js没有像css的scoped的作用域限制，会有影响，这里建议直接使用ref，并且可以对echarts的一些属性可以这里进行设置（一般是：提示框显示位置），会覆盖先设置好的！