肥仔John

大家都知道 instanceof 一般就是用来检查 A 对象是否为 B 类或子类的实例。那问题是 JS 中没有类的概念更没有类继承的概念（虽然有构造函数），那么 instanceof 到底是怎样判断 A 对象是 B 构造函数的实例呢？本文将对此作分析记录，以便日后查阅。

inkFly 的《JavaScript - 如果... 没有方法》中提及如何手写 Math.round 方法，各种奇技淫招看着十分过瘾，最让我惊叹的是 ~~(x + 0.5 + (x >> 30)) ，完全通过加法和位运算搞定整数的四舍五入。在好奇心的驱使下重温了一下位运算，并对上述公式加以封装得到适合小数的四舍五入方法 function round(v/*alue*/, p/*recision*/){ p = Math.pow(10, p>>>31 ? 0 : p|0) v *= p return (v + 0.5 + (v>>31)|0) / p } 在开波前我们先要了解一个现实，那就是虽然 JS 仅有 Number 这个数值类型，并且 Number 底层采用 IEEE 754 64bit Double precision floating-point 编码，但 JS 中实际上还是存在 Signed Int32、Unsigned Int32 和 Unsigned Int16 的数值编码方式，只是它们仅存在于运算过程中而已，而按位运算则是其中之一。

本来只打算理解 JS 中 0.1 + 0.2 == 0.30000000000000004 的原因，但发现自己对计算机的数字表示和运算十分陌生，于是只好恶补一下。 本篇我们一起来探讨一下基础——有符号整数的表示方式和加减乘除运算。

说来惭愧虽然刚接触计算机时已经学过原码、反码和补码的内容，但最近重温时却发现 “这是什么鬼东西”，看来当初只是应付了考试了而已。本篇将试图把他们说个明白，以防日后自己又忘记了。 在深入之前，我们先明确以下几点： 1. 本篇内容全部针对有符号数整数； 2. 对于有符号数整数，其在计算机中的存储结构是 符号位 + 真值域。其中符号位为 0 表示正数，1 表示负数； 3. Q：既然已经有原码，那么为什么还要出现反码、补码等数值的编码方式呢？ A：由于为了降低当时计算机物理电路的设计难度，决定采用加法代替减法运算（因此计算机内部是没有减法运算的），即 10-5 被替换为 10+(-5)，而反码、补码就用于解决 10+(-5) 的问题的。

过去一直听说旧版本 IE 下很多诡异 bug 均由一个神秘角色引起的，那就是 hasLayout。趁着最近突然发神经打算好好学习 CSS，顺便解答多年来的疑惑。

定位系统中第一难理解就是 Normal flow，而第二就非 Float 莫属了，而 Float 难理解的原因有俩，1. 一开头我们就用错了；2. 它跟 Normal flow 靠得太近了。本文尝试理清 Float 的特性和行为特征，若有纰漏望各位指正。·

刚接触 CSS 时经常听到看到一个词 "文档流"，那到底什么是 "文档流" 呢？然后会看到 "绝对定位和浮动定位能脱离文档流"，从这句可以看到文档流和绝对定位、浮动定位是同一个范畴的概念，再后来在 W3C 标准文档找到关于 Absolute positioning 和 Float 的内容，却怎么也找不到 Document flow(文档流) 的资料。后来终于知道是某位大神将 Normal flow 翻译为文档流而已。。。。。。而我更偏好它的直译 "常规流"，或直接引用英文名词就好了。

当 CSS3 推出 border-radius 属性时我们是那么欣喜若狂啊，一想到终于不用再添加额外元素来模拟圆角了，但发现 border-radius 还分水平半径和垂直半径，然后又发现 border-top-left/right-radius 的水平半径之和大于元素宽度时，实际值会按比例分配元素宽度时，不禁会问 "我真的懂 border 吗？"。本系列将稍微深入探讨一下那个貌似没什么好玩的 border！

当 CSS3 推出 border-radius 属性时我们是那么欣喜若狂啊，一想到终于不用再添加额外元素来模拟圆角了，但发现 border-radius 还分水平半径和垂直半径，然后又发现 border-top-left/right-radius 的水平半径之和大于元素宽度时，实际值会按比例分配元素宽度时，不禁会问 "我真的懂 border 吗？"。本系列将稍微深入探讨一下那个貌似没什么好玩的 border！