语冰0606

随着后端微服务架构的普及，以及客户端形态（Web、iOS、小程序、桌面端）的日益多样化，我们前端开发常常会面临一个很尴尬的局面： 后端提供的API，往往是通用的、面向数据的，而我们前端需要的，却是定制

前言 本人2年半左右的工作经验，第一份工作是出差比较多（低代码定制化项目，政府、军工、工业等）+ 低代码，第二份是教育行业 Saas 后台和h5相关，干了半年多被裁员了。 只做过 PC 和 h5，没有

vite 是新兴的构建工具，它相比 webpack 最大的特点就是快。 那它是如何做到这么快的呢？ 因为 vite 在开发环境并不做打包。 我们创建个 vite 项目： 安装依赖，然后把服务跑起来：

不是标题党，这是一位leader在一次代码评审会对小组成员发出的“怒吼”，原因是在代码评审中发现很多地方还是采用ES5的写法，也不是说用ES5写法不行，会有BUG，只是造成代码量增多，可读性变差而已。

然而，这项目只是实现了一些功能，但我感觉并没有很好地利用Composition API去对代码进行整合管理。要知道，Composition API的出现就是为了解决Options API导致相同功能代码分散的现象，也有很多大佬对其做了很多的动画展示（这里我借用一下大帅搞全栈大佬…