(十五)-前端 -项目总结

已工作同学的项目总结(仅供参考)

git commit -m ‘xxx’备注不要瞎写,会被嫌弃的

提交代码时,最好查看一下修改了那些文件,如果没有修改的撤回一下 避免提交一大堆空的修改上去

项目中的公共样式千万别去动!!

工作难的不是开发是改bug,一定及时沟通!! 需求不明确问产品,字段不确定问后端 不问卡在那 最后担责任的还是自己

尽量养成良好的代码书写习惯,别套一大堆if else 真的会被嫌弃!

1****、 碰到5XX的问题,别傻乎乎的直接去找后端,要先用Swager或者postman测试下,碰到java写的后端,map类型,Swager无法测试,要用postman去测试。

2****、 碰到增删改查业务。先写增加,然后改, 再查,最后删除,这类业务不要让后端给你造假数据。

3****、 学会定义全局变量和常量,看能否少写请求,减少代码冗余,不然codeRivew的时候会被鄙视死。

4****、 拿到项目,先把全局看下,能否拆分出组件,抽取出公用JS,不然后期再去拆很痛苦 。

5****、 学会看数据库,自己学着去看自己处理的东西,尤其是后端定义的字段。

6****、 请求回来后端的数据,一定要CTRL+C 然后 CTRL+V。不要装B自己去写,报错,你能排查到死

7****、 碰到稀奇古怪的问题,直接上debugger,F10单步调试

8****、 自己解决的一些古怪问题或者请教别人,网上查的,一定要记录下,最好写个博客,不然下次再碰到,很少能想起来怎么解决的了。

9****、 多看掘金,有些上面人写的技巧,最好复制到自己的博客和笔记中,很实用。

10****、碰到大佬级后端,一定要抱紧大腿,他们对业务的需求理解,完全秒杀很多前端。许多不懂的,可以去咨询。

11****、 原生真的很重要。

12****、 多看下设计模式,推荐张榕明的《JavaScript设计模式》配合周老师的原生JS面向对象,可以让代码逻辑更精简。

13****、最好能进一个技术氛围好的技术团队,自己一个前端就是神级坑。非常不推荐

14. git commit 规范

15. git 最好使用一款界面的管理工具 推荐IDE内置或者source tree

16. git 禁止使用reset,push -f

17. 下载一款翻译软件,选中翻译,截屏翻译很实用

18. 拿到新项目先整体看一遍 package webpack配置 main.js router store api 权限管理 表单校验 过滤器

19. vue****推荐<<深入浅出Vue.js>>

20. 写业务先想清楚,接口文档及时要,数据结构会影响代码设计的

21. 代码最好边写边重构

22. UI****库常用组件进行二次封装

23. 保持规范的命名 文件 变量 组件

24. 不要轻易修改别人的代码,熟悉代码是一个非常有必要的过程,修改前先思考会有哪些影响

25. 遇到问题先分析,搜索引擎推荐谷歌

26. 学习从三个地方思考 如:为什么要有promise promise解决了哪些问题 如何解决的

27. 保持控制台干净,找不到报错在哪就用排除法

28. 博客和书优先选择看书

29.get****和post分别在请求头中传参

以vue-cli3.0搭建的项目为例,get方式要用params传,post不用,写假数据的时候可以不开mock,直接在api里面的js文件写new Promise即可,例如:即可根据接口文档格式及所需数据写前端项目了,完成后换成真的接口即可(白底图是假数据,黑底是真正接口)

![img](file:///C:/Users/admin/AppData/Local/Temp/msohtmlclip1/01/clip_image034.png)![img](file:///C:/Users/admin/AppData/Local/Temp/msohtmlclip1/01/clip_image035.png)

补充:调接口如果不通,如果后端发了swagger,那么先去相对环境的swagger去try,如果swagger通了,先检查前端看是否有问题。不通就直接找后端

30.****分页的理解:

传给后台的参数pageNum和pageSize比如:1和50,就表示从第一页从头开始查起的50000条数据,如果2和50,就表示从第二页开始查起,即第51条开始查50条

31.****按钮要加防抖:具体百度即可

32 学会看network 前后端联调很重要

posted @ 2020-12-23 16:11  HelloBytes  阅读(1155)  评论(0编辑  收藏  举报