JavaScript语言精粹

按有用程度 按页码先后 最新笔记

• 

  第52页

  老卡

  函数化编程 /代码内容已省略/ 用函数式编程技术编写优美的 JavaScript http://www.ibm.com/developerworks/cn/web/wa-javascript.html 函数式JavaScript编程指南 http://shiningray.cn/functional_javascript_programming.html (更多)

  函数化编程

  // 函数方法化 将静态函数变换为方法
  function methodize(fun, attr){
      return function(){
          var args = [].slice.call(arguments), self = attr?this[attr]:this;
          return fun.apply(null, [self].concat(args));
      }
  }
  
  // 数组循环静态函数
  var forEach = function(arr,callback,pThis){
      for (var i =0,len=arr.length;i<len;i++){
          if (i in arr) callback.call(pThis,arr[i],i,arr);
      }
  } 
  
  //数组追加静态函数
  var add = function(x,y){
  	x.push(y);
  	return x;
  }
  
  //方法化
  Array.prototype.forEach = methodize(forEach);
  Array.prototype.add = methodize(add);
  
  //方法函数
  Array.prototype.forEach2 = function(fn,idx){
      for (var i =0,len=this.length;i<len;i++){
          if (i in this) fn.call(idx,this[i],i,this);
      }
  };
  
  //测试
  function print(el,index){ 
  	console.log(index+" : "+el);
  }
  
  
  [1,2,3].forEach(print);
  [1,2,3].forEach2(print);
  
  console.log([1,2,3].add(2));
  

  用函数式编程技术编写优美的 JavaScript http://www.ibm.com/developerworks/cn/web/wa-javascript.html 函数式JavaScript编程指南 http://shiningray.cn/functional_javascript_programming.html

  (收起)

  2011-05-19 04:53:32   1人收藏   回应

  收藏

  推荐
• 

  第99页

  Imior

  我们看到大量的特性驱动的产品设计,其中特性的成本没有被正确的计算。对于用户来说，某些特性可能有一些负面价值，因为他们使产品更加的难以理解和使用。我们发现人们想要的产品其实只要能工作即可。事实证明恰好可以工作的的设计比集合一大串特性的设计要困难的多。 (更多)

  我们看到大量的特性驱动的产品设计,其中特性的成本没有被正确的计算。对于用户来说，某些特性可能有一些负面价值，因为他们使产品更加的难以理解和使用。我们发现人们想要的产品其实只要能工作即可。事实证明恰好可以工作的的设计比集合一大串特性的设计要困难的多。

  (收起)

  2012-01-28 00:47:22   回应

  收藏

  推荐
• 

  第109页

  henix (It's my life.)

  鸡肋： 1. 不要使用 == 和 != ，用 === 和 !== 代替 2. 不要使用 with 语句 3. 不要使用 eval 4. setTimeout 和 setInterval 不要使用字符串参数 5. 不要使用 continue ？ 6. 不要使用 switch 贯穿（switch fall through） 7.不要使用 new Object 和 new Array ，可以用 {} 和 [] 代替 (更多)

  鸡肋：

  1. 不要使用 == 和 != ，用 === 和 !== 代替

  2. 不要使用 with 语句

  3. 不要使用 eval

  4. setTimeout 和 setInterval 不要使用字符串参数

  5. 不要使用 continue ？

  6. 不要使用 switch 贯穿（switch fall through）

  7.不要使用 new Object 和 new Array ，可以用 {} 和 [] 代替 (收起)

  2011-12-26 11:30:02   回应

  收藏

  推荐

• 

  第2页

  waka (三不了)

  听说是大牛写的，想瞻仰一下。。 (更多)

  听说是大牛写的，想瞻仰一下。。 (收起)

  2011-02-12 12:12:42   回应

  收藏

  推荐
• 

  第2页

  Love Scarlett (电影起码要看到100部吧)

  我不喜欢这个译注1. 这是谁的主意? some other language 为什么要大写?　怎么没有译注出来呢？ (更多)

  我不喜欢这个译注1. 这是谁的主意?

  some other language

  为什么要大写?　怎么没有译注出来呢？ (收起)

  2011-12-07 01:12:47   回应

  收藏

  推荐
• 

  第3页

  Love Scarlett (电影起码要看到100部吧)

  字面量表示法 怎么看这么奇怪, 当然, 我也想不出更好的. 或者干脆就直接对象表示法 JS拥有强大的对象表示方法. 或者, 对象命名表示? 我总觉得不是创立, 是发明. (更多)

  字面量表示法

  怎么看这么奇怪, 当然, 我也想不出更好的.

  或者干脆就直接

  对象表示法

  JS拥有强大的对象表示方法.

  或者,

  对象命名表示

  ?

  我总觉得不是创立, 是发明. (收起)

  2011-12-07 01:45:45   回应

  收藏

  推荐

• 

  第99页

  Imior

  我们看到大量的特性驱动的产品设计,其中特性的成本没有被正确的计算。对于用户来说，某些特性可能有一些负面价值，因为他们使产品更加的难以理解和使用。我们发现人们想要的产品其实只要能工作即可。事实证明恰好可以工作的的设计比集合一大串特性的设计要困难的多。 (更多)

  我们看到大量的特性驱动的产品设计,其中特性的成本没有被正确的计算。对于用户来说，某些特性可能有一些负面价值，因为他们使产品更加的难以理解和使用。我们发现人们想要的产品其实只要能工作即可。事实证明恰好可以工作的的设计比集合一大串特性的设计要困难的多。

  (收起)

  2012-01-28 00:47:22   回应

  收藏

  推荐
• 

  第109页

  henix (It's my life.)

  鸡肋： 1. 不要使用 == 和 != ，用 === 和 !== 代替 2. 不要使用 with 语句 3. 不要使用 eval 4. setTimeout 和 setInterval 不要使用字符串参数 5. 不要使用 continue ？ 6. 不要使用 switch 贯穿（switch fall through） 7.不要使用 new Object 和 new Array ，可以用 {} 和 [] 代替 (更多)

  鸡肋：

  1. 不要使用 == 和 != ，用 === 和 !== 代替

  2. 不要使用 with 语句

  3. 不要使用 eval

  4. setTimeout 和 setInterval 不要使用字符串参数

  5. 不要使用 continue ？

  6. 不要使用 switch 贯穿（switch fall through）

  7.不要使用 new Object 和 new Array ，可以用 {} 和 [] 代替 (收起)

  2011-12-26 11:30:02   回应

  收藏

  推荐
• 

  第106页

  henix (It's my life.)

  假值： 0 NaN ''（空字符串） false null undefined 另：使用 hasOwnProperty 作为 for in 的检测 (更多)

  假值：

  0

  NaN

  ''（空字符串）

  false

  null

  undefined

  另：使用 hasOwnProperty 作为 for in 的检测 (收起)

  2011-12-26 11:27:59   回应

  收藏

  推荐