原生Js的数据类型总结
1.基本数据类型与其检测方法
- String,Undefined,Boolean,null,Number,Object(Array)
首先,Array是归纳到Object中的,对于基本类型的检测方法,最坑的就是使用 typeof,很多时候它会返回技术上正确但是却很费解的值,比如说" typeof null",它会返回 Object,因为特殊值null被认为是一个空的对象引用。所以在数据类型的检测上typeof并不是不能使用,但至少它不是一种可靠的解决办法。
比如在lodash中,其对与数据类型检测进行了严苛的设置,将其当强类型检测,因为要考虑多种情况,以及参数是字面量值还是类型对象,比如以下是部分原生Js实现代码:
(1).String
function isString(obj){
return typeof obj === 'string';
}
(2).Number
>这个就需要考虑到两种情况,一种是字面量,一种是Number()对象
```js
function isNumber(obj){
var type = typeof obj;
var isNumber = typeof == 'number' || (value && type == 'object' &&
toString.call(value) == numberClass) || false;
}
```
这是lodash的实现代码
(3).NaN和infinity均属于Number,但是还可以细分:
function _isNaN(obj){
return isNumber(obj) && obj != +obj;
}
原生的isNaN()只是判断是否为数字,而这里判断的是变量是否恰恰为NaN,因为在js中,只有NaN不等与自身,而lodash中的" obj != +obj ",不仅为了作判断,也是为了适应在IE中的使用,而Number实际上包含四块"Finite NaN 正无穷 负无穷",所以,如何能够判断出一个变量是不是infinity就显而易见了,那就是排除掉NaN和Finite就足够了。
(4).重点就是对于Object的检测
> 为什么这么说是因为不仅Array被归为Object类,并且function也是。下面是lodash的源码实现:
```js
function isObject(value){
var type = typeof value;
return value != null && (typeof =='Object' || type == 'function')
}
isObject([1,2,3]) // true
isObject({}) // true
```
上述只判断了 Object 和 function,但是测试的时候,数组的检测结果也是true,所以,将 Array类 归为 Object类 在根本上来说是没有问题的。
其余剩下的类型检测就比较简单直接了,有欠缺基础的直接看lodash的实现源码,以及看看TypeScript相关东西,会对这个有一个更全面的认识。
2.引用传递(值传递,引用传递)
- 首先,这个问题高程给出的定义是如下:
> 基本类型值: 简单的数据段; 引用类型值: 由多个值构成的对象。
首先,对于值传递来说,除对象外的基本数据类型的值的传递操作都是基于值传递,可以直接操作保存在变量中的值,而引用传递的值是保存在内存中的对象里,为什么保存在对象里就特殊呢?因为与其他语言不同,Javascript不允许直接访问内存中的位置,也就是说不能直接操作对象的内存空间,所以在操作对象时实际上操作的是该对象的引用而非实际的对象。
而在实际使用中,js所有函数的参数都是按值传递的,为什么这么说:
(1).在向参数传递基本类型的值的时候,被传递的值就会被复制给一个局部变量(即参数);但在传递引用类型的变量时,会将这个值在内存中的地址复制给一个局部变量,因此这个局部变量的变化就可以反应在函数的外部;其中,不好理解的是使用对象的引用传递,看下面代码:
```js
function setName(obj){
obj.name = 'Web';
}
var person = new Object();
setName(person);
console.log(person.name); // Web
function setName(obj){
obj.name = 'Web';
obj = new Object();
obj.name = 'IOS';
}
var person = new Object();
setName(person);
console.log(person.name); // Web
```
上面两个代码的比较可以很明显的看出,对象是引用传递的,但是在作为参数传入其中时,是按值传递的,也就是在一开始为什么强调说js中所有的参数都是按值传递的,以第二组代码为例:如果引用传递,那么person的name属性必定是" IOS ",但是没有,有人会疑惑,不是说对象是引用传递吗?既然传入的是一个指向对象的地址,所有变化均会反应在指向的那个唯一的对象上,但是为什么这里结果和预想中的不一样?因为在引用传递的时候,person是获取了对象的地址,是指向性的,但是在作为参数传入的时候,其直接将对象所在的地址按值复制给了形参,这就是理解这个区别的关键,此时,形参指向的也是那个对象,虽然person和形参指向相同,但从当前来看,两者是独立的,唯一的影响是在改变指向对象的属性后,二者读取到的都会是改变后的,所以在此虽然在函数里面先改变了obj.name属性,但是是用过obj指向来更改的,并没有通过person,而后续代码又将obj指向另一个对象,并不是说重新构造了person和obj之前指向的那个对象,这就是为什么上述代码执行后出现此结果的原因,而对此种情况的清晰理解,能很大程度上帮主我们理解值传递和引用传递。
3.深度克隆和浅克隆
- 关于变量的克隆这一块为什么会有深度克隆和浅克隆的区别呢?就是因为js在内存分配上对按值传递和引用传递的区别所导致的,比如说如下代码:
var a = {
name: "Web",
hobby: ["python","java"]
}
var obj = shallowCopy(a);
function shallowCopy(a){
var result = {};
for(var i in a){
if(a.hasOwnProperty(i)){
result[i] = a[i]; // 浅克隆
result[i] = typeof a[i] === 'object' ? shallowCopy(a[i]) : a[i]; // 深度克隆
}
}
return result;
}
上述代码的结果会出现一个问题,就是你获得的变量obj,虽然拥有和a一样的属性,但是它并不是独立的值,因为在复制hobby处时,由于其为数组,在js中会作为一个Object处理,而在一开始就讨论过按值传递和引用传递的影响,所以在此处,obj.hobby在浅克隆中获取的只是一个指向a.hobby的地址,而当a.hobby改变时,它也将改变,原理如下图:
而深度克隆则不同,深度克隆会对属性中存在的对象进行判断并执行递归操作,从而避免引用传递导致的浅克隆,但是也会导致一个问题就是递归调用导致的性能下降问题,所以深度克隆在实际中的选择并不多。如下图:
而通过以上的知识点的理解回顾,那么对于譬如下面这些容易出现在面试之类的考察基础的问题也就不难解答了。
[1] == [1] // false
[] == {} // false
...
简单举上述两个例子,如果你还是不能很清楚的解释为什么出现这样的结果,那你有必要再仔细回顾下这篇文章讲述以及提到的东西。