肯定有很多前端程序猿联调前很悠闲😌，但联调阶段持续加班，直到提测、上线。 但如果我们能在联调前完成大部分工作，相信就能准点下班啦🚘。。 【前端MOCK数据】这么好的工具为啥不用啊？

大家好，我卡颂。 前端领域从不缺少热点，基本每过半年，就会出现新的工具。 在这样快节奏的浪潮中，有个工具却显得格格不入，他就是Rome。 从名字中我们就能窥探出一丝端倪，看看别的工具： vite（法语

两年前写了一篇websocket心跳的博客——初探和实现websocket心跳重连。 阅读量一直比较大，加上最近考虑写一个自己的npm包，因此就完成了一个websocket心跳的检测库。在这里先感谢几个提供帮助的大佬朋友们，小弟受益匪浅。 websocket-heartbeat…

目前掘金上已经有很多关于axios封装的文章。自己在初次阅读这些文章中，见识到很多封装思路，但在付诸实践时一直有疑问：这些看似高级的二次封装，是否会把`axios`的调用方式弄得更加复杂？

CSR客户端渲染 请求HTML页面——白屏 请求JS资源,执行JS代码渲染——可视(loading状态)+可交互 请求API接口——完全可视 pros 服务端响应速度快(因为返回的只是一个空白页面)

web性能说白了就是网站打开速度快不快，页面中的动画够不够流畅，表单提交的速度是否快，列表滚动页面切换是否卡顿。性能优化就是让网站变得快。 在MDN上对web性能的定义是网站或应用程序的客观度量和可感

本文将提出很多关于微前端的新理解，期望你能在 容器型微前端和 模块型微前端之间找到最佳的平衡点并付诸实践。

现存微前端方案在适配成本、样式隔离、运行性能、页面白屏、子应用通信、子应用保活、多应用激活、vite 框架支持、应用共享等用户核心诉求都或存在问题，或无法支持，需要一种更加完美的解决方案。

微前端是一种类似于微服务的架构，是一种由独立交付的多个前端应用组成整体的架构风格，将前端应用分解成一些更小、更简单的能够独立开发、测试、部署的应用，而在用户看来仍然是内聚的单个产品。