蟹老板爱写代码

前端异常种类多样，不同类型需不同方法拦截，拦截异常后也需根据场景执行后续处理。异常处理原则都是防止异常丢失和提升用户体验，另外为了规范整个应用的异常交互，可以定义全局异常处理方法。

前言 在日常开发往往需要把公共代码封装复用，在项目比较少的时候可以通过复制代码到不同项目共享，但面对多个项目时，这种复制行为会导致维护问题。 为了解决这个问题，常见的办法是封装一个npm包发布到仓库或

为什么vue3 watch( )无法监听对象属性 碰到上面的问题，我们先做个猜想，是否因为`user`是一个对象而`user.name`是值类型导致的监听问题；那为什么经过函数包裹又可监听，里面到底经

前言 在《手把手系列：打造企业级vue-hooks》已经介绍了开发hooks库的方法。本文将基于上文的vue-hooks架构做延伸，补充组件库建设知识，如果还没阅读上篇文章，建议先阅读。 本文会把焦点

本文从零开始讲解企业级vue-hooks项目搭建，文中较大篇幅关于工程化的实践，包括代码规范化、自动化测试、rollup脚本设计和自动发布等；因为是手把手系列，建议读者跟着文章动手搭建。

第一章：软件架构 以前我们认为软件架构是应该一开始就设计好的，当你编写第一行代码的时候，就应该遵循架构规则。但是架构是服务于需求的，需求又是不断变化的，这必然导致一开始设计的架构无法适配新的业务，因此

升级Vue3后，让人最脑壳疼的应该是新的Compostion API语法，他的难点不是语法，而是他提供了全新的组织代码的思维方式。 我刚从Vue2转到Vue3时，代码都严格的遵循Compostion API写法，但是发现比Option API写法维护性更差。 1. 按技术类型划…

Composition API简介你可以通过下面两个api创建响应性对象：reactive()ref() / computed()reactive简介reactive(obj) 会返回一个响应性对象，

这个文章必然是有争议的，我在我的微博上讨论过很多次了，每次都是很有争议的。有不同的观点，有争论总是一件好事，这样可以引发大家的思考。所以，对于我的这篇博文，如果你赞同我的观点，我会感到高兴，如果你会去认真地深入思考，我也会高兴，如果你反对，没关系，可以讨论。 在此之前，我想说明…

小程序由于封闭性较强，要像web应用一样实现灵活的数据收集，会有一定难度。目前开源的埋点SDK，一般采用手动埋点的方式，这种方式有较强的侵入型，同时开发成本较高，为了解决这个问题就有了该文章。 示例代码看起来是比较简洁的，但是埋点需要收集的数据往往不是单一的，复杂的埋点代码插入…