相对于用 win10 自带 Windows To Go 工具的好处：

• 支持 Compact：装完的系统占用空间小
• 直接支持 iso 格式的系统映像
• 可以指定 U 盘分区：不需要格式化整个 U 盘，可以保留其他分区文件，方便装好之后的保留分区可以继续用来当普通 U 盘存文件用
• 支持非微软认证或小容量 U 盘
• 理论上不止可以支持企业版 Win10
  阅读全文

最近工作的前端框架从 Vue 转移到了 React，业务组件从 element 转移到了 ant-design。

没错，又是喜闻乐见的后台管理项目，技术栈变了，可造轮子的心没变，先从实现一个 Modifier 组件开始吧。

Fiddler Everywhere！
抓包，改请求，模拟网络状态，预览 Response…真滴好用！
UI 和 交互设计也相当奈斯（最喜欢它的如搭积木一般地配置拦截规则）再见吧，又丑又卡的 Charles

哈喽，前端的小伙伴们！在聊今天的 IE 兼容之前，还是先跟我一起问候下(日了)ie 的所有版本吧！

在现代浏览器中，对表单元素的输入监听一般是通过监听”input”事件来实现，但坑爹的是 ie8 及之前的版本是不支持这个事件的,基本会使用它的替代品——“propertychange”来模拟这个事件，但模拟总归是模拟，如下是我总结的它们之间的最大区别

引言

底层实现有时候不必循规蹈矩，能解放业务层才是关键。如果底层为了守规矩反而破坏了业务层的规矩才是得不偿失的添乱行为，行话叫过度设计。
其实这也是所谓封装的原则之一，从函数到模块到组件到页面再到工程的设计都应当秉持着为更上一层服务的原则，尽可能地把下一层的脏话累活揽到自己的作用域下，屏蔽到角落里。
说到这，突然想到一个词：金玉其外 败絮其中……

高阶组件的 Props 代理有一些很常见的场景：

• Props 比原组件多了一些属性
• Props 比原组件少了一些属性
• 给原组件的 Props 的某些属性设置了默认值

那么在下面这个操作之前：

1

<RawComponent {...props} />

你是否会先对 props 做一些「编辑」操作呢？比如删除某些属性，赋值某些属性。

TypeScript 写久了，越来越觉得定义各种类型，接口啊其实都是在写编辑器自动提示的配置而已。而且现在 ts 的各种高级类型越来越多，整个类型系统甚至可以看作是一套函数式工具库。用它不难，用好它其实挺难的，其中的差别我觉得就像前端从面向 dom 的编程和转变为面向数据驱动编程那样，你得首先有类型思维，因为它一定程度上还会反过来影响你的 api 设计和数据结构。

代码提示

目前用的是：Wechat mini program support

实测提示效果还不错。

Prettier

直接调用 WebStorm 自带的 Prettier 去格式化 wxml / wxss / wxs 文件会提示：

今天做了一个小需求，内容是修改菜单激活条目的背景色。该菜单是 Material-UI v1 组件：

支持循环引用的 js 对象深拷贝算法