Quiet-Night的博客

对于一些快速迭代的产品来说，特别是移动端 C端产品，基于用户运营的目的，在 app首页给用户展示各种各样的弹窗是很常见的事情，在产品初期，由于迭代版本和运营策略变化地还不是太大，所以可能觉得没什么，但当产品运营到后期，各种八竿子打不着的运营策略轮番上阵，弹窗的样式、逻辑等都变了不知道多少遍的时候，问题就出来了由于前期没有做好规划，首页的弹窗组件可能放了十多个甚至更多，不仅是首页有，首页内又引入...

前段时间把 vue源码抽时间看了一遍，耐心点看再结合网上各种分析文章还是比较容易看明白的，没太大问题，唯一的问题就是看完即忘当然了，也不是说啥都不记得了，大概流程以及架构这些东西还是能留下个印象的，对于 Vue的构建算是有了个整体认知，只是具体到代码级别的细节很难记住多少，不过也情有可原嘛，又不是背代码谁能记住那么多逻辑绕来绕去的东西？不过嘛，如果能加深对这些细节的印象那也是最好不过了，于...

移动端作为互联网重要入口，切图仔前端工程师开发移动端页面早已是司空见惯的事了，并且其中大部分都是内嵌于客户端(app，小程序)的 h5页面，即 webview有次被同事问到一个问题，他有个需求，是一个内嵌在客户端app内的页面，有个功能点是拦截客户端的返回操作，实现页面内弹层的显示与隐藏，拦截点包括 app页面上自带的返回按钮以及安卓机的物理按钮，类似于下面这种：点击购物车，则购物车元素从页...

图片放大预览是种很常见的场景和功能，一般移动网站首页的轮播 banner，商品详情页的商品图片等位置都会用到此功能像这种常用的场景功能肯定是有人早就写好插件了的，所以遇到这种场景，一般都遵循以下三步：打开冰箱 启动 Github搜索 photo、preview、carousel、photoSwipe等关键字找到想要的库，npm install之这种做法没毛病，有现成的轮子可用当然拿来...

图片轮播是种很常见的场景和功能，一般移动网站首页的轮播 banner，商品详情页的商品图片等位置都会用到此功能像这种常用的场景功能肯定是有人早就写好插件了的，所以遇到这种场景，一般都遵循以下三步：打开冰箱 启动 Github搜索 swiper、slider、Album等关键字找到想要的库，npm install之这种做法没毛病，有现成的轮子可用当然拿来主义，因为项目用的是 vue，所...

本文以 vuex v3.0.1版本进行分析installvuex提供了一个 install方法，用于给 vue.use进行注册，install方法对 vue的版本做了一个判断，1.x版本和 2.x版本的插件注册方法是不一样的：// vuex/src/mixin.jsif (version >= 2) { Vue.mixin({ beforeCreate: vuexInit }...

源码这个东西对于实际的工作其实没有立竿见影的效果，不会像那些针对性极强的文章一样看了之后就立马可以运用到实际项目中，产生什么样的效果，源码的作用是一个潜移默化的过程，它的理念、设计模式、代码结构等看了之后可能不会立即知识变现(或者说变现很少)，而是在日后的工作过程中悄无声息地发挥出来，你甚至都感觉不到这个过程另外，优秀的源码案例，例如 vue、react这种，内容量比较庞大，根本不是三篇五篇十篇...

接手了一个需求的时候，其中有个 UI图是这样的：按照 PM本来的意思，这张图中只有那几个数字是从接口获取的，而且从接口获取到的每项数字的值，与目前标注的数字相差不会超过 10%，所以柱状图的条形高度不用管，直接一张图片静态的就行了，这确实很省事，三下五除二就弄完。不过，作为一个老(xian)实(de)正(dan)直(teng)的程序员，怎么可以容忍弄虚作假呢，我心中默默计算了下，用代码...

React、Vue实现购物车小球抛物线效果

关于 React服务器端渲染(SSR)

VUE JS库

代码的复用是一件很常见的事情，如果是公共代码的复用那还好说，直接做成一个内部私有库，想用的话安装一下 npm包就行了，但是业务代码的复用就不好做成包了，一般都是复制粘贴我一般写代码的时候，如果觉得某段业务代码以前见过其他人写过，那么考虑到业务优先性，只要别人的代码不是写得太烂，我一般会优先抄别人的代码，省得自己再写一遍然后我就遇到了一个问题，公司目前前端项目大部分都是 vue，早期没有 ts这...