# ===
===运算符用于比较两个值的相等。
这个值就是指原始值以及引用值。
因此，会有以下结论：
* 不同类型的比较，返回false。
* 相同原始类型的值比较时，值相等返回true，值不等返回false。
* 相同类(class)的对象比较时，则比较他们是否指向同一个对象。
~~~
var foo = {};
foo === {};//false
~~~
而!==相当于===的结果取反。
# ==
当==运算符用于两种不同类型的值时，不会直接返回false，而是会发生类型转换，再进行相等的比较。
* 比较不同原始类型的值时，会进行类型转换，再进行===的比较。
注：在实现上，原始类型的值都会一致转换成Number数值。
~~~
0 == '0';//true;
~~~
* 比较一个值和一个对象时，则将对象转换成该值的原始类型，再进行===的比较。
注：对象可以通过重写toString/valueOf函数，主动地控制他转换成String/Number类型时的值。
~~~
var foo = {};
foo == foo.toString();//true
foo == foo.valueOf();//true
~~~
而!=相当于==的结果取反。
# How和What
网络上关于ES比较运算的描述更加详尽，有人乐此不疲统计着各种各样的情况，甚至还画出一个巨大的关系图。
作为猎奇是很有趣的，作为学习我则是十分不推崇这种方法。
甚至是上文的结论一二三，阅读他可以辅助我理解===的比较方式，记忆他却会成为障碍。
一样东西，因为他是什么，所以才有他的行为。
并不是他有了那些行为，他才是那样的东西。
描述怎么的（How）往往要比描述是什么（What）要繁琐得多。
**而且，程序语言是一门完备的科学，不需要用统计的方式去进行黑盒测试！**
但程序语言的实现往往不完备，所以我们才需要控制台去验证ES的细节，然后在编程中规避出现的缺陷。
