掘友等级
获得徽章 0
一个git版本管理的问题:多个前端项目中使用了相同的子项目,当这个子项目有了新的提交更新时,有什么办法快速将更新下发到各项目中呢?貌似只能一个个复制粘贴?该怎么优化这种场景下的版本管理呢?
拆机图给了,内核也开源了,抢不到的就自己焊一个吧
早上老妈的手机收到一条通知“您的银行卡***收到工资…”,让她误以为发工资了而做了一系列的月支出,后来发现钱没到账又问银行问财务。回来我一看是58同城app的推送消息,打开是个晒工资的活动。一个活动消息推送,为了吸眼球都可以毫无底线了吗?
早上老妈的手机收到一条通知“您的银行卡***收到工资…”,让她误以为发工资了而做了一系列的月支出,后来发现钱没到账又问银行问财务。回来我一看是58同城app的推送消息,打开是个晒工资的活动。一个活动消息推送,为了吸眼球都可以毫无底线了吗?
与其成为一个啥都能做的全能码农,不如专精一个方向,成为这个方向上全公司只有你能做的专家角色。那么前端都有哪些可以深入专精的方向呢?
一直很烦win的权限问题,想删的删不掉,想改的改不了,编译Java又慢,一怒之下装了ubuntu只在ubuntu上做开发。工作后办公电脑不允许自己换系统,每次碰到问题还是直接搜现象找答案。
今天花了一点时间了解了一下win的权限管理逻辑,忽然就理解了以前绝大多数的权限问题,看来解决问题不能局限于表面,往深挖一挖,找到源头才是一劳永逸啊。
工作中一直用Redux,最近尝试了一段时间的Mobx,发现Redux和Mobx在状态管理的思想上有着明显的区别: Redux是集中式,将所有组件的状态存放在一个统一的store里; Mobx是模块式,每个模块有各自的store.
我很欣赏Redux中"Action -> Reducer -> State -> Component -> Action"的思想,但实际项目的需求和功能变更频繁时,改动常常会过于繁琐.
所以我个人更喜欢新欢Mobx,轻量,上手简单,更改和维护更方便,一开始感觉Mobx合并了State和Action可能会使Store很凌乱,后来发现Mobx也完全支持将Action提取出来的写法.
用了很久的Redux,最近尝试了Mobx,感觉二者在状态管理的思想上有着明显的区别: Redux属于集中式,将所有使用了Redux的模块的状态统一存放在一个store里; 而Mobx是模块式,每个模块有自己的store.
在实际开发中,我更推荐新欢Mobx,上手简单轻量,功能和需求变更时相较于Redux要分别修改ActionType,Action和Reducer,Mobx要更方便一些, 同时兼容各种习惯写法,如官方示例将action定义在store内,但也很容易将action提取出来(有同事习惯了Redux中将action提取出来的写法).
2018最后一天,跟爷爷来了一场约战了二十多年的乒乓球赛,发现小时候爷爷确实不是吹牛皮,几十年不打都还能赢我。。。然后,奶奶说我是个香馍馍,新的一年希望我真的是个香馍馍吧
2018最后一天,跟爷爷来了一场约战了二十多年的乒乓球赛,发现小时候爷爷确实不是吹牛皮,几十年不打都还能赢我。。。然后,奶奶说我是个香馍馍,新的一年希望我真的是个香馍馍吧
下一页