前端 - 实习两个星期总结

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

吐槽

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的一些属性可以这里进行设置(一般是:提示框显示位置),会覆盖先设置好的!