在笔者学生时代，一直单纯地认为正则都是后端老哥的事儿，前端只要 split 一把梭就够了。万不得已的时候就网上搜几段正则代码，copy 一下也能用。
这是维基百科上正则表达式的词条，截图只截了一屏，事实上这张正则表达式的表格两个屏幕都装不下。。。我第一次查的时候立马就弃了，于是很长一段时间里都在原地踏步，只会用用 ^ $ . *
最初见到正则表达式是在表单验证里，多少会用些 validate 的库，基本的电话 / 邮箱之类的校验都有现成的，真正自己写正则去校验输入格式的机会并不多。后来渐渐发觉正则表达式的魔力，它可以是前端工程师的一把利器。
最近在写 Vue 时遇到了一个问题，大体场景是：有一个组件 A 用于对话框中，也可用在对话框之外。A 初始化后会请求数据，当它用于对话框中时，可能会接收外部传入的参数，需要根据这些参数去请求数据。
我们知道大部分 Dialog 组件在实现时，只有当对话框首次被打开时才会去渲染其内部的 content 部分。于是问题是：当组件 A 处于对话框中，并且首次打开对话框时，A 先被初始化，然后对话框向 A 透传外部传入的参数，由 A 发起数据请求。
一
产品：小哥哥在么？我想临时加个小小小小的需求~~
小明：不在。
产品：很简单的哈，就在原来的页面上加个小功能……
产品：帮帮忙，求你了哥哥，我请你吃星爸爸~
小明：先说吧。。要是改动大的话，请海底捞都没用。。
产品：不会的！就是在我们的活动后台页面上，想加个活动预告的功能，大概这个样子……
保留几位小数，这在前端来 format 是很常见的。但直接之用 JavaScript 里数值的 toFixed 函数是有坑的。甩两个 bad case 看看：
(1.005).toFixed(2) 为 “1.00”，应该是 “1.01”
(4.05).toFixed(1) 为 “4.0”，应该是 “4.1”
结论就是：前端对敏感型数字的四舍五入展示，如价格、收入、跟金额有关的，千万不要直接 toFixed，以免被客户追究。
这并不是一篇畅想技术趋势的文章，文中虽然涉及一些，但更多是对自己工作的反思，在舒适区中感到了无尽的担忧和迷茫。
之前一直无脑用着 cli 脚手架，用着默认生成的配置，没有去仔细看 Babel 文档。直到最近接入了前端报错监控后，才发现了许多问题。这里整理下关于 babel preset 与 polyfill 的一些点
首先 JavaScript 中不存在多继承，并且也不推荐使用继承。如果你也这么认为的话，那笔者的观点也就写完啦 233333…. 如果还想回顾下 JavaScript 中“继承”的前世今生，以及对“多继承”的讨论，不妨看下去。
（接上一篇）
首先 JavaScript 中不存在多继承，并且也不推荐使用继承。如果你也这么认为的话，那笔者的观点也就写完啦 233333…. 如果还想回顾下 JavaScript 中“继承”的前世今生，以及对“多继承”的讨论，不妨看下去。
假设有 A、B、C 三种药丸，现在要从 A、B、C 三种药丸中取100粒进行调剂，规则如下：
问：药品调剂的组合共有多少种？
【News】两天前，React Native 将 License 改成了 MIT，详见Commit
这是半年来 Facebook 第二次修改 React 相关的协议了，此前饱受喷击的 BSD + Patents 没几天就认怂了。与之前的 Commit 类似，React Native 也打开了 MIT 的大门。
