关于被冒充身份的声明

今天有网友及同事反馈,有人在使用我之前的头像、网名、Blog 地址冒充我在技术社区、微信技术群发言,而且看情况还比较活跃。有必要声明下,我并没有注册过掘金,也没有加过微信的技术讨论群。 我以前喜欢使用的头像来自电影《V字仇杀队》中的主角,冒充者就是用的这个头像。 因为熟悉的人说头像可能有点让人“感觉不适”,就换成了下面这个,喜欢的乐队 Amethystium 的专辑封面。 这是同事在掘金上看到的冒充者,头像一样,但是比较可耻的是光明正大的挂上我的 Bolg 的地址。 在

前端单页 Web 应用的数据管理

单页 Web 应用相较于传统的 Web 页面通常都具有较长的生命周期,页面(前端路由实现的“虚拟页面”)切换时的数据如何有效的保存或销毁,应用会不会内存泄漏亦或是内存会不会被无限制的使用而导致系统资源耗尽。基于这样的应用场景,数据的通信和传输、管理和存储对于前端单页 Web 应用来说越来越重要。而如何基于单页 Web 应用的 UI 渲染模式设计出与之契合的数据管理的架构模式,这是我一直在尝试和探索的方向。 基于 React 的单页 Web 应用,Flux 在目前仍然是较好的架

2016 年度个人总结

1 2016 的结束也意味着我步入了三十岁,无论我想不想,时间都是不急不慢,不在乎你是否做好了准备,也不在意你是否留恋当下,它对每个人都是公平的。在三十岁这个特殊的时间点,也尝试去回想并做了一些总结,看到更多的是世事无常;也认真的思考过关于三十而立的问题,自己究竟是个怎样的人,以及自己想要的究竟是什么,心里也都有了答案,在这里并不展开说,每个人想要的不一样,但是自己想要什么一定要想清楚了。 2 如果要说今年个人在工作有什么收获的话,那么就是对于个人职业的发展路线越来越清晰了,

打破思维的疆界

评书《人类简史》,原发表于我的豆瓣。 哲学能让人思考事物和世界的本质,而历史能拓宽人的视野,了解现代的各种现象并非自然而然,也有可能仅仅是偶然,但在某种程度上也是有迹可循的。尤瓦尔以哲学的视角来解读宏观历史,中间穿插的各种学科的知识,其跨界程度会让你惊叹于作者博学的深度和广度。 以前经常会假想如果有一个上帝视角,站在太空的高度,能跨越时间和空间,随时都能截取某个时空的切面,以这种视角来看待地球上发生的事。比如把时间切换到公元1世纪,看地中海地区的古罗马不断壮大发展成横跨欧亚非

灿烂的代价

评电影《灿烂人生》,原发表于我的豆瓣。 大约在4~5年前我已经看过一遍这部电影,后来一直念念不忘,好的电影能让人回味,促使人去思考。于是这一阵又花了6个小时重温了一遍这部电影,关注到很多细节,以前观影时的一些模糊的想法逐渐清晰起来,我想是时候整理一下这些想法了。 用6个小时看一个意大利家庭近40年的悲欢离合,6个小时表达的东西非常之多,所以本文的篇幅也稍长。 影片中穿插了很多与社会政治相关的相关情节和细节,有必要先介绍一下当时的大背景。意大利是二战时期的法西斯的轴心国之一,战

从 React 的组件更新谈 Immutable 的应用

在上一篇文章《Immutable 在 JavaScript 中的应用》 中主要介绍了 Immutable 之于 JavaScript。而基于 Immutable 的特性,将其应用在 React 项目的开发中非常合适,解决了 React 中的一些痛点,能进一步提升 React 组件的性能以及更好的管理组件的状态。 在介绍 Immutable 如何在 React 中应用之前,先来谈谈 React 组件是如何更新的。 React 是基于状态驱动的开发,可以将一个组件看成是一个有限状

谈谈 external 模式的打包

模块化在前端日新月异的工程化工具的推动下已经摆脱了前端模块加载器(SeaJS、RequireJS)的束缚,现在通常的方案是使用 browserify 或 webpack 来将模块化的文件打包,然后直接在浏览器端使用。 但是通常的打包策略是将整个项目打包成一个文件 bundle.js,默认情况下 bundle.js 中囊括了所有的依赖,包括第三方的从 node_modules 中加载的文件,这会造成 bundle.js 非常臃肿,而且在生产环境中不能很好的利用静态资源的缓存策略

Immutable 在 JavaScript 中的应用

Mutable 对象 在 JavaScript 中,对象是引用类型的数据,其优点在于频繁的修改对象时都是在原对象的基础上修改,并不需要重新创建,这样可以有效的利用内存,不会造成内存空间的浪费,对象的这种特性可以称之为 Mutable,中文的字面意思是「可变」。 对于 Mutable 的对象,其灵活多变的优点有时可能会成为其缺点,越是灵活多变的数据越是不好控制,对于一个复杂结构的对象来说,一不小心就在某个不经意间修改了数据,假如该对象又在多个作用域中用到,此时很难预见到数据是否

2015 年度个人总结

2015 年又划上了句号,于我来说,又老了一岁,已经到了那个不再张口闭口“我还年轻”的年龄段,年龄对于我来说已经有所忌讳了,相信很多同龄人都会有同样复杂而又微妙的心情。时间对于每个人都很公平,一年 365 天,一天 24 小时,不会因为人的身份地位而有所偏颇,在时间面前,人非常渺小。 工作 上半年怀着无奈和遗憾,从聚美离职了,这么快离开聚美是我始料未及的。在聚美,个人能力得到了较大的磨练,因为所面临的问题是我职业生涯中从前未有过的。第一次带团队,团队从最初的一盘散沙,没有方向

Ballade: 重新诠释 Flux 架构

由于 React 的单向数据流的设计,衍生出了单向数据流的架构模式 Flux。 在 MVC 的分层架构中,Flux 属于 M 层,也就是 Model,而在 Flux 中,Store 是关键部分,Action 和 Dispatcher 都是围绕着 Store 来设计的,所以 Flux 架构模式的目标就是基于单向数据流如何更好的管理数据,在 Views 或 Controller-views 与数据之间进行解耦。 我在之前的 React 应用的架构模式 Flux 有详细的介绍过 F