CanvasRenderingContext2DCanvasRenderingContext2D 接口提供的 2D 渲染上下文用来绘制 <canvas> 元素，为了获得这个接口的对象，需要在 <canvas> 上调用 getContext() ，并提供一个 '2d' 的参数： 12var $canvas = document.getElementById('
在处理诸如 resize、scroll、mousemove 和 keydown/keyup/keypress 等事件的时候，通常我们不希望这些事件太过频繁地触发，尤其是监听程序中涉及到大量的计算或者有非常耗费资源的操作。 有多频繁呢？以 mousemove 为例，根据 DOM Level 3 的规定，「如果鼠标连续移动，那么浏览器就应该触发多个连续的 mousemove 事件」，这意味着浏览器会在
最近在玩一个叫 “githug” 的游戏，看到这个名字，也许你马上就联想到了 git。是的，这是一个跟 git 相关的游戏，它把平常可能遇到的一些场景都实例化，变成一个一个的关卡，通过通关的形式，让你快速的学习 Git 并发挥其最大的威力。 Github 地址在这里：《GitHug》。 下面介绍下怎么安装这个游戏。 安装因为 githug 是用 Ruby 编写的，所以我们可以通过 gem 来安装，
Redux原理1. 单一数据源 all states => Store 随着组件的复杂度上升（包括交互逻辑和业务逻辑），数据来源逐渐混乱，导致组件内部数据调用十分复杂，会产生数据冗余或者混用等情况。 Store 的基本思想是将所有的数据集中管理，数据通过 Store 分类处理更新，不再在组件内放养式生长。 2. 单向数据流 dispatch(actionCreator) => Re
亲戚称谓计算器 这是一款很简单的RN应用，主要是体验下如何使用RN去开发一个NativeApp的过程，除此以外，我尝试使用的Redux作为这个应用的数据流管理。 源代码：https://github.com/lishengzxc/RnRelative apk：http://lishengzxc.github.io/RnRelative/app-release.apk 暂无iOS版本 应用预览
前段时间需要开发一个流程化接口管理的chrome插件,用来对线上和线下mock数据进行管理,劫持和替换,同时需要对过滤的请求状态进行实时的刷新,之前有了解到react在视图层的渲染上有着不错的效率表现,于是趁着这个项目,利用react+socket.io进行了试点开发,上周刚好完成了第一个版本,于是决定结合这个项目跟大家分享一下利用react开发的实际体验以及踩过的坑. 首先,什么是react?
前言2012 年的时候，我去详细了解过 Python 的 Tornado 框架中的 gen.py 这套工具， http://www.zouyesheng.com/generator-for-async.html ，因为觉得它用于异步环境的编程中实在太方便了，而且，适用性上几乎没有成本，你的定义部分代码完全不需要因为这套工具而作任何改动，这套工具完全是“使用时”的一种可选形式。 那时我想的就是，如
第一次看到这个是在@勾股的微博上，当时想的是不是w3c又有什么草案了 ，css也可以有“作用域”的概念了。当仔细看了之后，原来并非如此。 简介 A CSS Module is a CSS file in which all class names and animation names are scoped locally by default 简而言之，它并不是一个官方的草案或者标准，而是在代
js 中的 上下文 Context，可以说是一个，你即使不知道，没听过，也不影响你继续写 js 代码的一个概念。但是，它又确确实实是无所不在的一个东西，是的，无所不在。 从我自己的经验来看，对上下文的认识，算是分成了三个阶段，每一个阶段，都让我从外在的表现中，理解了一些更本质上的东西。 第一阶段，不知我最开始接触 js 的时候，看到了它的 new ，看到了它的 this ，很自然地会把 js 和