掘友等级
获得徽章 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。整体而言还算基础易懂,暂定一周一章,书也不厚,算是针对那满满一书架从没翻完过一本的转头块们的“抽丝计划”的开始吧
最近发现一个神奇的现象:面向面试学习。具体说来,一个项目都没做过,却能娓娓道来两大或三大框架各自的特点、生命周期方法、大致实现原理和渲染机制等等。所以那些“面试造火箭”的面试官们,请别祸害这个圈子了好吗?问些你自己在入门阶段能回答上的问题好吗?
下一页