【前端实习】第一个月小结-且行且成长
作为人生的第一次实习的第一个月(10.28-11.29)已经结束。忙里偷闲,整理一下思绪和思路,进行一次自我总结,有行动也要有反思。分为两个方面来说吧。
前言
作为人生的第一次实习的第一个月(10.28-11.29)已经结束。
忙里偷闲,整理一下思绪和思路,进行一次自我总结,有行动也要有反思。
分为两个方面来说吧。
从业务需求方面
-
技术栈
(至少我解决业务需求用到的是这些技术)也就是大家平时较为耳熟、常用的技术:
vue2、vue3、uniapp、react。
再加上组件库element-ui(vue2)、element-plus(vue3)、ant design(react)
如果有在找前端实习的朋友,这些技能(敲门砖)务必了解并知道如何使用,多掌握一些前端技术,在求职面试中就多一些竞争优势。
我发现项目业务需求开发前的拉取代码和安装依赖有时候挺麻烦的,特别是当一个项目一个node版本,如果平时只用某个具体版本的node,根本用不过来。
建议还是必须得用nvm,我之前的文章(第三周小结)有提到过,有需要可以看看。
nvm ls //查看已下载的node版本
nvm list available //查看可使用的node版本
nvm install xx.xx.xx //下载某个具体的node版本,如nvm install 18.16.0
nvm current //查看当前正在使用node版本
nvm use xx.xx.xx //使用已下载的node版本的具体版本
//如 nvm use 18.17.1 //使用node的18.17.1版本
-
解决需求的流程(仅供参考)
---接需求---
这个没啥好说的,即使遇到你不会的、不熟悉的项目(比如react项目需求,但你不熟悉,怕做不好?)没有什么做不了的,创造条件去做呗。。
---拉取项目+安装依赖+跑程序---
比如npm install之前先了解项目的node版本是多少?是用npm install还是yarn install ?
安装依赖前先问清楚,不然可能卡大半天(本人亲身经历过,血的教训。。。)
---需求分析---
一般开发前,我会把需求用到的知识点或者工具先快速记录整理。
比如你开发vue2+uniapp项目,常用的知识点+组件库,脑海里有个概念,常用知识点的使用。
当然了,如果配合需求/开发文档阅读就更好了。
---开发和测试---
这个阶段可能会有来自项目小组成员的需求调整或者新需求。
所以当你投入开发的时候,要有心理准备面对各种情况,以及较好的抗压能力。
---代码推送---
切记:上传代码前,检查好相关代码,根据组长要求,提交具体业务的代码,一些非业务需求的代码(哪怕有改动)也不要上传(一般情况 组长会提醒你)。
比如你这次的需求只改动a,b文件,但一些适配性的文件你改动了,比方说你安装了某个包,改动了package.json;又或者你改了网络代理等文件。
一般情况下,这些文件(package.json或者设置proxy的文件)不需要推送到代码仓库,以免一方修改造成其他人跑项目出现不可预知的错误。
关于代码版本管理,推荐大家用可视化工具,会git指令是好事(有时候面试还会问到一些常用指令,像解决冲突,合并推送等等),但用现成的代码可视化工具会方便非常多!
这里推荐大家使用GitHub Desktop,非本文重点,不作演示如何使用。
放一个下载链接:Download GitHub Desktop | GitHub Desktop
对应软件汉化?请自行百度。

-
善于借鉴
有些需求不一定要从0到1完成。
比如有个需求是创建新页面建列表、建字段,有时候,项目的其他页面已经有人创建好现成可用的列表以及页面组件等等。这时候我不需要重复造轮子,不需要从0到1去写一个列表,(当然,过后有时间可以自己写。),借鉴他人的代码,然后改改字段,写必要的接口和逻辑,再调试,一般情况下,这种需求很好做。
对于已存在类似业务需求的情况下,不建议重新“造轮子”的原因有下:
项目代码有一定规范:
- 比如函数是用function xx(){}还是const xx=()=>{}
- 变量命名(类名同样适用)
- 驼峰命名法 (Camel Case)
变量名以小写字母开头,后续单词首字母大写,不使用下划线或连字符。
示例:firstName, userAddress
- 帕斯卡命名法 (Pascal Case 或 Upper Camel Case)
类似于驼峰命名法,但每个单词的首字母都大写,通常用于定义类名或构造函数。
示例:FirstName, UserAddress
- 蛇形命名法 (Snake Case)
所有字母都小写,单词之间用下划线连接。
示例:first_name, user_address
- Kebab 命名法 (Kebab Case 或 Dash Case)
所有字母都小写,单词之间用连字符连接,通常用于CSS类名或文件名。
示例:first-name, user-address
从平时开发方面
这个聊起来比较轻松,我的思路如下:
自己的项目练习+完善
- 比如在校小程序大创项目进行优化、完善。
- 比如刚接触react,不熟悉,那么就去写写案例。
- (做的一些案例已上传到博客,感兴趣请到主页进行阅读。)
吸收接手项目的经验(肯定有可取之处,沉淀学习吧)
- 如代码规范
- 函数书写和使用
- 变量定义和命名
- 封装网络请求、接口撰写
善于借鉴、总结、记录(可记的内容方面非常多,开放性问题)
这里放两张平时记录的截图(可以参考文件命名:日期_主要事件)


暂时先写到这里,后续看时间再补充整理完善文章内容。
如果你喜欢这篇文章,可以点赞收藏。
期待你的关注,一起交流进步。-1204
魔乐社区(Modelers.cn) 是一个中立、公益的人工智能社区,提供人工智能工具、模型、数据的托管、展示与应用协同服务,为人工智能开发及爱好者搭建开放的学习交流平台。社区通过理事会方式运作,由全产业链共同建设、共同运营、共同享有,推动国产AI生态繁荣发展。
更多推荐



所有评论(0)