背景 在之前的微信小程序版本开发中，受累于小程序版本发布以下几个痛点： 上传代码都要依赖开发者工具，且版本信息和描述都要手动填写 构建-上传-设置体验版-发布二维码通知测试这一套流程过于繁琐 当开发者

前言 前段时间老板心血来潮，要我们前端组对整个的项目都做一下接口防止重复请求的处理（似乎是有用户通过一些快速点击薅到了一些优惠券啥的）。。。行吧，搞就搞吧，you happy jiu ok！

本文主要介绍如何使用Prometheus 和 Grafana 搭建Node.js服务监控系统，实现实时性能监控，并显示可视化图形。

汇集实现H5页面跳转小程序的多种方案，是否有你需要的？你用过哪一种呢？有遇到什么坑吗？欢迎留言交流~

简单实现请求结果统一返回数据格式 前言 在设计路由回调时返回格式时,会考虑到怎么把所有接口的成功和失败怎么统一起来。

前言 作为React坚实的拥护者，从v16开始，历经class到hook的完整演变。 当然React作为一个纯粹的Js Library，并没有提供状态管理的api，对于状态管理这个命题来说，社区以及R

『可视化在线编辑器』指的是引擎这一环，虽然开发引擎在前端并不常见，但看看游戏界就能知道，脱离游戏引擎编码是多么痛苦的一件事。前端和游戏共同点是都要考虑 UI 和 数据逻辑，其实微软在做界面开发时就有很多引擎出现，现在前端一点一点向全栈迈进，架构越来越重，分工越来越细，因为 node 让许多后端开发者接触前端，将后端沉淀的精髓带到了前端，而今前端又将触手延伸到客户端、PC 端甚至硬件领域，逐渐吸收了开发引擎的思想，促进前端进入工业时代。

转译器的 parser 篇： 如何实现 js 新语法 并编译到 css。 js、css、html parser 都有哪些，如何写 acron 插件、postcss 插件。本文都会告诉你

在对项目做了一些优化处理后，再次无缓存打开可以发现网页几乎是秒开，平均耗时在1s以内 在这里总结记录一下，基本上都是一些常规可复制的优化手段，希望能为同样想优化网页性能的你提供思路~