概述在开发过程中总会经历下面类似的问题：每次在版本发布上线之前，要花费好几个小时甚至是更长时间对你的应用进行测试，这个过程非常枯燥而痛苦。当代码的复杂度达到了一定的级别，当维护者的数量不止你一个，你应该会逐渐察觉到你在开发新功能或修复 bug 的时候，会变得越发小心翼翼，即使代码看起来没什么问题，但你心里还是会犯嘀咕：这个 Feature 会不会带来其他 Bug ？这个 Fix 会不会引入其他 “

vue-cli创建的项目使用eslint+prettier格式化的问题背景项目框架：Vue CLI 4 创建，使用了ESLint。IDE：VscodeIDE插件：ESLint 、 PrettierPrettier 格式化快捷键：Alt + Shift + F现象在格式化非 HTML 原生标签时出现换行问题，例如：<el-buttonsize="mini"typf="primary"@clic

先说结果：没完美解决。

最近 Java 学到 Maven，在修改 repository 路径（保护C盘空间）的问题上遇到了阻塞， 所幸终于搞清楚了，在此记录一下。

起步测试到底测什么提到测试的时候，即使是最简单的一个代码块可能都让初学者不知所措。最常问的问题的是“我怎么知道要测试什么？”。如果你正在写一个 Web 应用，那么依次测试每个页面的用户交互方式，就是一个很好的开端了。但 Web 应用也是由很多个函数和模块组成的代码单元，也是需要测试的。通常有两种情况：你接手的遗留代码没有写测试用例你必须从无到有的实现一个新功能对于上面两种场景，你可以把测试视为代码

今天使用 Vue CLI 创建 Vue 应用，然后从之前的项目中拷贝 ESLint rules，但是 vscode 并没有识别，格式化配置中也没有 ESLint 选项。一般这种情况应该是 ESLint 配置有问题，可能是插件、解析器或者规则。一个一个注释后重载 vscode 查看效果，最终定位到 eslint-plugin-vue 下的 vue/max-attributes-per-line 规则

请求和响应优化**目的：**更快的内容到达时间。核心思路：更好的连接传输效率更少的请求数控i昂更小的资源大小合适的缓存策略最佳实践：减少 DNS 查找：每次主机名的解析都需要一次网络往返，从而增加了请求的延迟时间，同时还会阻塞后续的请求。重用 TCP 连接：尽可能的使用持久连接，以消除因 TCP 握手和慢启动导致的延迟。减少 HTTP 重定向：HTTP 重定向需要额外的 DNS 查询、TCP 握手

Web 性能测试作为网站应用的开发者或维护者，我们需要时常关注网站当前的健康状况，譬如在主流程运行正常的情况下，各方面性能体验是否满足期望，是否存在改进与提升的空间，如何进行快速且准确的问题定位等，为了满足这些诉求，我们需要进行全面且客观的性能检测。性能检测的认知性能检测作为性能优化过程中的一环，它的目的通常是给后续优化工作提供指导方向、参考基线及前后对比的依据。性能检测并不是一次性执行结束后就完

前端页面的生命周期性能问题呈现给用户的感受往往是简单而直接的：加载资源缓慢、运行过程卡顿或响应交互迟缓等，当把这些问题呈现到前端工程师面前时，却是另一种系统级别复杂的图景。从域名解析、TCP 建立连接到 HTTP 的请求与响应，以及从资源请求、文件解析到关键渲染路径等，每一个环节都有可能因为设计不当、考虑不周、运行出错而产生性能不佳的体验。作为前端工程师，为了能在遇到性能问题时快速而准确地定位问题

single-spa 概述single-spa 是一个实现微前端架构的框架。在 single-spa 框架中有三种类型的微前端应用：single-spa application / parcel：微前端架构中的微应用，可以使用 vue、react、angular 等框架。single-spa Application 和路由相关联的，根据路由决定访问哪个微应用。single-spa Parcel 的