背景

source map 提案的作用在于可以在浏览器中的开发者工具 Closure Inspector 中像调试源代码一样地调试生成后的 Javascript 代码。

source map 是一个记录代码转换前和转换后的位置信息文件，利用 Closure Compiler 生成。

source map 经历了 3 个版本，第三版本的 source map 代码量大量减少。

Node.js 中基本都是异步编程，我们回想下为什么初学者很容易写出深度嵌套 callback 的代码？因为直观啊，一眼即懂。当然实际写的时候肯定不推荐 callback 套 callback，需要一个工具来把一个任务完整的串起来。

我们知道，在项目管理里面有一个很出名的理论，叫番茄工作法（不知道的自行 google），它所做的事情是把未来一段时间要做的事情都按照时间段拆分成一个个很小的任务，然后逐个完成。

stepify 设计思路和番茄工作法有些类似，都是先定义好了任务最后再执行，不同的是前者以单个异步操作作粒度划分，后者只是以时间划分。

先看 Demo 点击这里
康哥的 《在浏览器端用 JS 创建和下载文件》, 这篇文章写的很不错，其中关于下载这部分，解决了一些困扰已久的问题，本文基于保存文件的基础上，做一些新的尝试（当然，老外比我们走得早一些，已经将此方法用在站点上）

直接切入正题。

传统浏览器下载文件

在 2013 年 12 月份里 Chrome 开发者工具更新了一些大小不一的特性。

接下来我们将开始讨论查看元素面板还有控制台 (console)，时间线等等的更新。

 背景

笔记本换成 macbook air 之后，发现 128g 的硬盘确实是有点捉襟见肘，加上终端设备越来越多，发觉在移动硬盘、平板、手机、kindle、智能机顶盒等之间共享和同步数据是件蛮恶心的事情。于是开始在想，如果在家里的内部网络构建一个数据中心，能够方便各终端共享和互联，那应该会很便捷。经过一番 google，发觉目前这块已经有蛮多讨论和实践，萌生了写一个系列，总结并结合自己折腾经历做一些备忘，一起讨论。

故事说起在一个冰冷幽暗的夜晚上，我正思考的十分重要的人生问题，这周末该去那里 happy 好呢？是宅在家里好呢，或者宅在家里好呢，还是宅在家里好呢？这时，万年隐身的 QQ 竟然浮起浅色聊天框，我去！不得了，居然是女神主动联系我，女神一定是因为我俊朗的五官，185 的模特身材而深深地迷恋上我了，呵呵呵呵呵呵。

前端很多项目中，都有文件下载的需求，特别是 JS 生成文件内容，然后让浏览器执行下载操作（例如在线图片编辑、在线代码编辑、iPresst 等）。

但受限于浏览器，很多情况下我们都只能给出个链接，让用户点击打开-》另存为。如下面这个链接：

<a href="file.js">file.js</a>

用户点击这个链接的时候，浏览器会打开并显示链接指向的文件内容，显然，这并没有实现我们的需求。

本系列文章总结了一些使用 git 的过程中积累的经验，分享给各位 geek 们~

git 中的引用

你可以把 git 想象成一个键值结构的数据存储池，你向其中插入数据，它给你返回一个 key，让你能够使用这个 key 再次获取你插入的数据。这个 key 就是每个 commit 中都有的 SHA-1 值。

本篇介绍关于 Node.js 事件代理的一个解决方案。

项目实践中，有遇到使用 nodejs 解决实际问题场景。Node.js 以 Javascript 作为语言，解决问题时，采用了 EventProxy 做事件代理，避免事件嵌套回调。

EventProxy 做为一个组件，包含如下特点：

1. 内部包含事件代理机制，能避免多重回调嵌套问题
2. 符合 CMD，AMD 及 CommonJS 等其它的模块设计标准
3. 包装友好的回调处理监听器，包含标准的 Node.js 错误处理方法
4. 兼容多平台，能够被应用到 Node.js 和各种浏览器环境中

废话不说，直接正题吧。

最近项目有个需求要用 js 计算一串字符串写入到 localStorage 里所占的内存，众所周知的，js 是使用 Unicode 编码的。而 Unicode 的实现有 N 种，其中用的最多的就是 UTF-8 和 UTF-16。因此本文只对这两种编码进行讨论。

下面这个定义摘自维基百科（http://zh.wikipedia.org/zh-cn/UTF-8），做了部分删减。

UTF-8（8-bit Unicode Transformation Format）是一种针对 Unicode 的可变长度字符编码，可以表示 Unicode 标准中的任何字符，且其编码中的第一个字节仍与 ASCII 相容，使用一至四个字节为每个字符编码