掘友等级
获得徽章 0
偶然发现微信读书网页版（
weread.qq.com）打开浏览器控制台在刷新会自动进入debug模式拦截执行，有没有朋友知道大概是怎么实现的？
用了两年的react+redux，最近使用mobx完全替代redux做了两个项目，发现二者各有千秋：
redux优势在于全局状态共享，action(saga)、reducer、容器组件和视图组件分工明确，代码结构清晰。缺点就是书写繁琐，要定义一大堆ActionType、要在容器组件中把用到的state和action挨个connect进来。
mobx则更为模块化，将每一类的store和action合并为一个对象，store就是此对象的属性，action就是对象内定义的方法，在容器组件引入这个对象即可。缺点就是对于比较复杂的模块store文件过大，我自己开发的一个稍复杂的模块，store文件超过了500行，而同一个模块redux的每个文件极少超过150行。从代码结构和可维护性上将，redux略胜一筹。
二者都能胜任状态管理的要求，做选择时我认为只需要考虑一点：需不需要频繁的全局状态共享，需要则redux，不需要则mobx。
最近在规范开发流程，卡在写API这里了，试过各种工具，swagger、eolinker等，最终都会沦为口口相传。。主要是写API太繁琐，写一套API的时间都能做完八九成的功能了，后台注解导入的话，又得等后端基本做完才能写，达不到订好API前后端同时开发的目的。大家有什么好的经验或方法吗？
你会把最心爱的键盘放在哪里？
A. 办公室 B. 家里 C. 随身携带, 人在键盘在 D. 有钱, 买俩 E. 说出你的想法
下午被一个react里的闭包问题困扰了很久，虽然解决了，但还是有一些困惑。现分享出来，将问题简化后的demo如下，目前是看不到数字持续累加的，大家来谈谈自己的分析和方案吧。
ps. 我是在setN里传入函数(n => n+1)解决的，使用了api但没能从闭包本身解决问题。
发现一个现象：不用亲自写代码的时候才能把产品做好。之前跟我们一起吐槽、筛砍需求的开发，自从转了产品以后，就完全站在了甲方和用户的角度，源源不断地提出比以前更恶心和反复的需求。虽然也明白是为了把产品做好，但加班加点做了一大堆繁琐的变更，只为了用户可能都觉察不到的一丁点优化，也只有不亲自写代码的人才能做出这个决定了吧。。
前端究竟什么情况下需要写单元测试？从态度上来说，写单元测试肯定是个好习惯；但实际上除了核心模块和公共组件，前端中的其他大多数业务模块写起单元测试来，既繁琐又低效，所以比较困惑。
996公然违反劳动法不管，大量裁员不管，我不想干了跳个槽还要影响个人征信？？
这周开始读SICP，对于这本书有人说它艰深包罗万象，也有人说不过是国外本科入门教材。仔细读完了第一章，核心就是讲如何抽象过程，通俗地说就是定义函数、将函数作为参数以及将函数作为返回值的高阶函数；还有就是Scheme语言基础，书中提供了大量经典的例子和习题作为练习，个人时间有限大概只敲了一半用来熟悉Scheme。整体而言还算基础易懂，暂定一周一章，书也不厚，算是针对那满满一书架从没翻完过一本的转头块们的“抽丝计划”的开始吧
最近发现一个神奇的现象：面向面试学习。具体说来，一个项目都没做过，却能娓娓道来两大或三大框架各自的特点、生命周期方法、大致实现原理和渲染机制等等。所以那些“面试造火箭”的面试官们，请别祸害这个圈子了好吗？问些你自己在入门阶段能回答上的问题好吗？
weread.qq.com
