聪明宝宝帅帅宇

前言 在日常开发中会涉及到各种按钮请求，测试人员经常怼着一个按钮狂点不止。这样导致很多数据重复提交！ 前端人员经常怼着测试说：你能不能不要点那么快啊！ （由于有时候接口返回比较慢） 测试回怼：我不知道

前端镜像可以考虑使用nginx或者openresty; | 镜像 | 大小 | 说明 | | --- | --- | --- | | [nginx:1.20.2-alpine](https:/

｜ 在日常的移动端开发中，经常会遇到列表的展示，以及数据量变多的情况下还会有上拉和下拉的操作。维护项目时发现没有任何的封装,于是手动起来搞一个

整个页面列表相对简单、局部列表就有点麻烦了，下拉刷新+加载更多结合体还是需要结合场景做出相应改变的，生搬硬套是不行的。（文章最后会给出完整代码） 1. 进页面会触发一次onload事件，第一次如果在子组件触发的话会很慢,出现局部空白的情况，所以选择在父组件触发,看下onload…

1. 创建一个vue项目 7. 选择测试框架 （Mocha + Chai） 8. 选择将这些配置文件写入到什么地方 (In dedicated config files) 选是的话，下次创建一个vue项目，可以直接使用这个预设文件，而无需再进行配置。 2. 全局组件自动注册 在…

自从工作之后，就已经很久没有写过博客了。时间被分割得比较碎，积累了一段时间的学习成果，才写下了这篇博客。 之前有写过 Webpack4 的文章，但是都比较偏入门，唯一的一篇实战篇 —— 基于Webpack搭建React开发环境，也是比较简单的，没有涉及到 CSS 抽取，第三方库…

随着业务的不断累积，目前我们 ToC 端主要项目，除去 node_modules， build 配置文件，dist 静态资源文件的代码量为 137521 行，后台管理系统下各个子应用代码，除去依赖等文件的总行数也达到 100万 多一点。 本文会在主要描述以 Vue 技术栈为技术…

首先我承认我标题党了。。。与其说是可视化搭建工具，不如说是可视化生成页面配置工具，即用拖拽的方式生成页面配置，再通过框架的动态组件的方式，基于配置，生成页面。 现在的公司，一个个都开始整自己的组件库，组件库搭建好以后，通过业务积累、聚合基础组件及抽象部分业务代码，又会产出复用性…

前言 接上期文章h5下拉刷新实现传统下拉场景之后，又去原生APP所遇场景并不仅仅是全屏范围的下拉刷新，有更多的场景则是部分元素下拉刷新，如列表的下拉刷新操作,so 我又来了，针对这种场景，优化一下我们