炸藕盒和茄盒，好吃的关键在挂糊，实践对比了两种挂糊，有了结论。诗云：“纸上得来终觉浅，绝知此事要躬行。”

香酥的挂糊包裹着软嫩的茄子，茄子里夹着鲜美的馅料，一口下去，唇齿留香，可以品尝到很多种味道和口感。配粥食用很不错，盛上一碗软糯的白粥，搭配香酥的茄盒，既不会觉得白粥太寡淡，也不会觉得茄盒太油腻。

原料：土豆一只、西红柿一只、番茄酱适量、油盐适量

做法：

这篇文章已经更新了，包涵了 Node 最近一个版本的安装，在写这篇文章的时候是 Node 7.x。

在我们这批LTM（Learning through Making）Node.js系列教程，我们将在树莓派3或者2上准备和运行 Node。在树莓派3上，你不需要购买独立的USB Wi-Fi适配器。我专注于树莓派3和2，而不是老版本的诸如树莓派B+，因为在写这篇文章时它们是最新的型号。在树莓派3，举个例子来说，它有一个 1.2GHz 的四核 ARMv8 芯片和 1GB 的内存，相比起来，树莓派1的B+型号只有 700MHz 的单核 ARMv6 芯片以及 512MB 的内存。

这里提供的介绍是为在树莓派3（ARMv8）或者树莓派2（ARMv7）上安装 Node.js 准备的而不是其它的基于 ARMv6 芯片的型号，诸如树莓派1的B型号、B+型号或者树莓派0。这个安装指南的大部分应该仍然被证明对除了派2和派3以外的其它树莓派系统是有用的；然而，最后的步骤重点在于它不会在基于老 ARMv6 架构的系统上工作。
more >>

Styletron 是一个为了高性能而建立的 CSS-in-JS 的库，旨在运行得尽可能的快，同时尽可能小的输出 CSS。

大部分 CSS-in-JS 库将 JS 对象包含样式声明为相应的 CSS 类并使用生成的散列作为类名1。总的来说，这一过程运行良好，解决了大多数的CSS问题2。

Styletron 采取了不同的方法。它使用一个“虚拟CSS”引擎，抽象了底层的 CSS ，并启用一些强大的性能优化。

学习了一下用React写UI，以及父子兄弟组件之间的通信，由于最近热衷扫雷，所以动手写了一个。

地址：http://qhxin.com/MyReact/www/SaoLei/index.html

整个界面分成了四个组件：

设计思路：

一些废话

作为一个技术偏向后端、然后半路开始做一些前端的事情，另外性格比较保守的人，之前一直是用jQuery在做前端，基本上也够用，但是也有在工作中思考一些前端的东西。因为公司的技术栈已经切换为React，随着旧版本的下线，以后应该会经常和它打交道了。

因为产品的原因，jQuery开发的旧系统确实很难维护，常常改一个地方要考虑非常多的影响。原因呢，旧系统的代码的组织上比较混乱是一方面，另外就是业务逻辑很繁杂，耦合度非常高，很难扩展或复用，还有一些地方已经完全没有人记得当初为什么要这样做，以及这个逻辑究竟在干啥。所以利用老大们去重构的这段过渡时间，我也做了一些准备。

原料：豆腐200克、毛豆50克、娃娃菜100克、植物油1汤匙、盐1茶匙、香油1茶匙

做法：

从 ECMAScript 5 开始，开发者能够将他们的代码转换成一个更受约束的执行形式——strict mode。严格模式通过强制更好的编程实践和消除一些语言的不安全和不明智的特点，提高了JavaScript代码质量。通过向您的代码添加以下指令，可以启用严格模式：

1

"use strict";

“use strict”;指令可以用两种方式使用。唤起严格模式的第一种方法是在文件级别上。通过在文件开始的位置添加这个指令（该指令只能在注释和空格之前），在全局上下文内启用严格模式。这意味着你所有的代码都将在严格模式下进行解析。当严格模式和非严格模式的脚本在一起使用时，一定要注意一下。当严格模式的脚本在前面的话会强制非严格模式的脚本在严格模式下解析。当非严格模式的脚本在前面时则会导致相反的行为。这会导致一些和 Amazon 一样的问题。

第二种方法是在函数级别上使用严格模式。将“use strict”;指令放置在函数体开头，可以启用这个级别的严格模式。与全局严格模式一样，这个指令只能在空格和注释之前。在函数级使用严格模式允许程序员在同一文件中混合和匹配严格模式的和非严格模式的函数。当一些遗留代码依赖于已经过时的被严格模式弃用的特点时这是很有用的。

更新: 我不知何故忽略了提及Modernizr.touch，它实际上使用了下面提到的 “Touch APIs”。 Modernizr声称不再检测触摸设备——可以看看这个讨论。

无论你可能会怎么想，目前，在浏览器里可靠地检测当前的设备是否有一个触摸屏是不可能的。

并且可能会在很久很久以后你才能做这个检测。

让我解释一下这样说的原因……

在 GitHub Pages 发布网站或者软件文档现在只需要更少的步骤——精确来说是三步：

1. 创建一个 GitHub 仓库（或者选择一个已经创建好的仓库）；

2. 像你提交其它任何文件一样，通过 GitHub 的网页提交一个 Markdown 文件；

3. 在你的仓库设置那里激活 GitHub Pages 。