weixin_42657666的博客

在开发 Node.js 应用时，代码调试是一个不可或缺的步骤。VS Code 提供了一个使用方便的集成式调试器，可以帮助我们快速诊断代码问题。

webpack理解

npm install 流程图可参照下图[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-cjaCgtNL-1646703108005)(./npm-install.png)]我们都知道依赖被安装到了node_modules 文件夹内那依赖的依赖安装在哪呢?在项目的node_modules内为什么不是安装在各自安装包的node_modules内呢?其实最早的npm是把各自包依赖都安装在各自的node_modules内,但是这样会造成很深的路径嵌套,和包的重复冗余,所以

npm 入门,基本指令

防抖和节流都是前端开发中常用的优化技术，能够有效地降低页面的性能消耗和提升用户体验

记一次element-ui源码修改需求:el-tree在拖拽的时候会自动处理树的数据以达到拖拽的效果.但是我需要对拖拽的数据做自定义的处理,所以需要屏蔽数据处理功能先找到node_modules>elelment-ui>lib>tree.js 直接修改代码,会生效,需求搞定但是有一个疑惑,为什么这个文件夹的格式这么奇怪,也不易阅读,同样package/tree.vue里的文件却更符合平时写的组件规范.但是修改文件,并不生效.以前修改uniapp的i-view框架的组件并没有遇到

NPM指令说明npm init 初始化项目npm install packageName@version -*npm update 更新包版本npm cache clean -f 强制清除缓存默认值为 --save–global，缩写为-g，表示安装包时，视作全局的包。安装之后的包将位于系统预设的目录之下–save，缩写为-S，表示安装的包将写入package.json里面的dependencies。–save-dev，缩写为-D，表示将安装的包将写入packege.json里面的

vscode 配置规范前端团队的代码如果没有一个规范,每个人格式化之后的代码都不一样,会造成代码管理混乱.增加维护成本.所以一个前端团队必须要有一个代码格式化的标准规范以下是我们前端制定的代码规范 { // 公共部分 "editor.fontLigatures": true, // vscode默认启用了根据文件类型自动设置tabsize的选项 "editor.detectIndentation": false, // 让函数(名)和后面的括号之间加个空格 "jav

前端版本管理规范分支管理规范开发新版本 : 从 master 新建分支,分支命名 develop-版本号修复bug : 从master新建分支,分支命名规则 fix-问题代码提交规范提交内容组成: type:subject+bodytype:提交的类型 (必须)feat: 新功能、新特性fix: 修改 bugperf: 更改代码，以提高性能refactor: 代码重构（重构，在不影响代码内部行为、功能下的代码修改）docs: 文档修改style: 代码格式修改, 注意不是 cs