论坛首页 Web前端技术论坛

JavaScript判断元素为数字的奇异写法

浏览 6601 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2013-05-17  

这是在阅读underscore(1.3.3)源码中看到的,它的each方法

var each = _.each = _.forEach = function(obj, iterator, context) {
  if (obj == null) return;
  if (nativeForEach && obj.forEach === nativeForEach) {
    obj.forEach(iterator, context);
  } else if (obj.length === +obj.length) {
    for (var i = 0, l = obj.length; i < l; i++) {
      if (iterator.call(context, obj[i], i, obj) === breaker) return;
    }
  } else {
    for (var key in obj) {
      if (_.has(obj, key)) {
        if (iterator.call(context, obj[key], key, obj) === breaker) return;
      }
    }
  }
};

 

该方法里有一句

if (obj.length === +obj.length)

 

看半天没明白,后经指点,这句等价于

if (typeof obj.length === 'number')

 

即是用来判断元素是否为数字类型的。typeof和Object.prototype.toString是常见的写法。而最后一种则不常见,常人难以理解。

 

一些库有类型判断的工具函数,如

function isNumber1(a) {
    return typeof a === 'number'
}

 

又或者用Object.prototype.toString

function isNumber2(a) {
    return Object.prototype.toString.call(a) === '[object Number]'
}

 

改成这种写法

function isNumber3(a){
    return a === +a
}

 

用各种类型测试下

var arr = ['1', true, false, undefined, null, {}, [], 1]
for (var i=0; i<arr.length; i++) {
    console.log(isNumber3(arr[i]))
}

 

结果只有数组最后的一项为true。即只有数字类型 a === +a 才为真。

 

为什么不用typeof,因为字符串比较理论上是需要遍历所有字符的,性能和字符串长度成正比。此外isNumber3的代码最少。 

 

isNumber3可以满足编程过程中的多数需求,但并不代表它和isNumber1/isNumber2完全等价。比如NaN

isNumber1(NaN) // true
isNumber2(NaN) // true
isNumber3(NaN) // false

 

相关:

字符串转成数字的多种方式

别了,JavaScript中的isXX系列

 

   发表时间:2013-05-20  
三个等号 ===  ???
0 请登录后投票
   发表时间:2013-05-21   最后修改:2013-05-21
写代码应该学白居易,通俗易懂,不应该学王勃,因为需要人维护,大家看得懂才好,不提倡这种写法
0 请登录后投票
   发表时间:2013-05-21  
need_faith 写道
写代码应该学白居易,通俗易懂,不应该学王勃,因为需要人维护,大家看得懂才好,不提倡这种写法

这个问题怎么说呢,我被同事指责过用JS拼HTML难以维护。就像你的楼上,都不知道基本的语法 ===是什么意思,写得再好又如何维护呢?所以我觉得团队整体水平、规范才是维护的关键,而不是一些代码的写法。我们没有任何理由以“便于维护”为借口,让我们的代码越来越幼稚。
0 请登录后投票
   发表时间:2013-05-21  
BuN_Ny 写道
need_faith 写道
写代码应该学白居易,通俗易懂,不应该学王勃,因为需要人维护,大家看得懂才好,不提倡这种写法

这个问题怎么说呢,我被同事指责过用JS拼HTML难以维护。就像你的楼上,都不知道基本的语法 ===是什么意思,写得再好又如何维护呢?所以我觉得团队整体水平、规范才是维护的关键,而不是一些代码的写法。我们没有任何理由以“便于维护”为借口,让我们的代码越来越幼稚。

agree with you but not all, you can see that you should never us js to generate html, that's definitely bad practice.
0 请登录后投票
   发表时间:2013-05-23  
BuN_Ny 写道
need_faith 写道
写代码应该学白居易,通俗易懂,不应该学王勃,因为需要人维护,大家看得懂才好,不提倡这种写法

这个问题怎么说呢,我被同事指责过用JS拼HTML难以维护。就像你的楼上,都不知道基本的语法 ===是什么意思,写得再好又如何维护呢?所以我觉得团队整体水平、规范才是维护的关键,而不是一些代码的写法。我们没有任何理由以“便于维护”为借口,让我们的代码越来越幼稚。


我觉着把这种特殊的代码封装到方法里面,只要实现没有问题,方法的名称通俗易懂,那么也就没有什么维护困难的问题。。。

不过用JS拼HTML确实不好,你让美工怎么办呢??

当美工在静态页面修改了一堆东西,然后和你说,“JS我搞不定,告诉你变动了哪里,然后你自己去修改吧。。”,你就郁闷了。。。增加了工作量不说,如果改动比较大,修改起来困难,搞不好要得重新实现一遍。。。
0 请登录后投票
   发表时间:2013-05-23  
BuN_Ny 写道
need_faith 写道
写代码应该学白居易,通俗易懂,不应该学王勃,因为需要人维护,大家看得懂才好,不提倡这种写法

这个问题怎么说呢,我被同事指责过用JS拼HTML难以维护。就像你的楼上,都不知道基本的语法 ===是什么意思,写得再好又如何维护呢?所以我觉得团队整体水平、规范才是维护的关键,而不是一些代码的写法。我们没有任何理由以“便于维护”为借口,让我们的代码越来越幼稚。

使用jstemplate、handlebar等模板组件
0 请登录后投票
   发表时间:2013-05-23  
o0rid0o 写道
BuN_Ny 写道
need_faith 写道
写代码应该学白居易,通俗易懂,不应该学王勃,因为需要人维护,大家看得懂才好,不提倡这种写法

这个问题怎么说呢,我被同事指责过用JS拼HTML难以维护。就像你的楼上,都不知道基本的语法 ===是什么意思,写得再好又如何维护呢?所以我觉得团队整体水平、规范才是维护的关键,而不是一些代码的写法。我们没有任何理由以“便于维护”为借口,让我们的代码越来越幼稚。


我觉着把这种特殊的代码封装到方法里面,只要实现没有问题,方法的名称通俗易懂,那么也就没有什么维护困难的问题。。。

不过用JS拼HTML确实不好,你让美工怎么办呢??

当美工在静态页面修改了一堆东西,然后和你说,“JS我搞不定,告诉你变动了哪里,然后你自己去修改吧。。”,你就郁闷了。。。增加了工作量不说,如果改动比较大,修改起来困难,搞不好要得重新实现一遍。。。

工作内容应该划分清楚边界,美工现在已经是个复杂的工种了,一些UI效果方面的内容,比如菜单渐进检出效果、广告组件的实现,属于美工,让他们做好了
0 请登录后投票
   发表时间:2013-05-24   最后修改:2013-05-24
need_faith 写道
o0rid0o 写道
BuN_Ny 写道
need_faith 写道
写代码应该学白居易,通俗易懂,不应该学王勃,因为需要人维护,大家看得懂才好,不提倡这种写法

这个问题怎么说呢,我被同事指责过用JS拼HTML难以维护。就像你的楼上,都不知道基本的语法 ===是什么意思,写得再好又如何维护呢?所以我觉得团队整体水平、规范才是维护的关键,而不是一些代码的写法。我们没有任何理由以“便于维护”为借口,让我们的代码越来越幼稚。


我觉着把这种特殊的代码封装到方法里面,只要实现没有问题,方法的名称通俗易懂,那么也就没有什么维护困难的问题。。。

不过用JS拼HTML确实不好,你让美工怎么办呢??

当美工在静态页面修改了一堆东西,然后和你说,“JS我搞不定,告诉你变动了哪里,然后你自己去修改吧。。”,你就郁闷了。。。增加了工作量不说,如果改动比较大,修改起来困难,搞不好要得重新实现一遍。。。

工作内容应该划分清楚边界,美工现在已经是个复杂的工种了,一些UI效果方面的内容,比如菜单渐进检出效果、广告组件的实现,属于美工,让他们做好了


你说的那是前台开发工程师,已经不是单纯的美工了。。。
像我们这种小公司,只有美工,会的只是HTML+CSS+PS,JS完全不懂的。。。╮(╯▽╰)╭

比如弹出或者菜单之类的,美工只会针对出现和不出现,分别做几个静态页面
而显示效果和如何实现之类的,都是我们程序员搞定。。。
0 请登录后投票
   发表时间:2013-05-24  
如果是封装方法,满足了性能需求,功能需求等也可以了,暴漏接口就行了。如果是为了写代码,并且未来交给别人维护,这么写确实不好。如果是代码上的不懂,真的可以谷歌一下,学习学习对自己提升还是不错的。三个等号等于恒等,值和类型都必须相等,1楼通过这个帖子可能就学会了。
0 请登录后投票
论坛首页 Web前端技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics