为何钟爱一等公民?

好了,现在我们来看看钟爱一等公民的原因是什么。前面 getServerStuffBlogController 两个例子你也都看到了,虽说添加一些没有实际用处的间接层实现起来很容易,但这样做除了徒增代码量,提高维护和检索代码的成本外,没有任何用处。

另外,如果一个函数被不必要地包裹起来了,而且发生了改动,那么包裹它的那个函数也要做相应的变更。

  1. httpGet('/post/2', function(json){
  2. return renderPost(json);
  3. });

如果 httpGet 要改成可以抛出一个可能出现的 err 异常,那我们还要回过头去把“胶水”函数也改了。

  1. // 把整个应用里的所有 httpGet 调用都改成这样,可以传递 err 参数。
  2. httpGet('/post/2', function(json, err){
  3. return renderPost(json, err);
  4. });

写成一等公民函数的形式,要做的改动将会少得多:

  1. httpGet('/post/2', renderPost); // renderPost 将会在 httpGet 中调用,想要多少参数都行

除了删除不必要的函数,正确地为参数命名也必不可少。当然命名不是什么大问题,但还是有可能存在一些不当的命名,尤其随着代码量的增长以及需求的变更,这种可能性也会增加。

项目中常见的一种造成混淆的原因是,针对同一个概念使用不同的命名。还有通用代码的问题。比如,下面这两个函数做的事情一模一样,但后一个就显得更加通用,可重用性也更高:

  1. // 只针对当前的博客
  2. var validArticles = function(articles) {
  3. return articles.filter(function(article){
  4. return article !== null && article !== undefined;
  5. });
  6. };
  7. // 对未来的项目友好太多
  8. var compact = function(xs) {
  9. return xs.filter(function(x) {
  10. return x !== null && x !== undefined;
  11. });
  12. };

在命名的时候,我们特别容易把自己限定在特定的数据上(本例中是 articles)。这种现象很常见,也是重复造轮子的一大原因。

有一点我必须得指出,你一定要非常小心 this 值,别让它反咬你一口,这一点与面向对象代码类似。如果一个底层函数使用了 this,而且是以一等公民的方式被调用的,那你就等着 JS 这个蹩脚的抽象概念发怒吧。

  1. var fs = require('fs');
  2. // 太可怕了
  3. fs.readFile('freaky_friday.txt', Db.save);
  4. // 好一点点
  5. fs.readFile('freaky_friday.txt', Db.save.bind(Db));

把 Db 绑定(bind)到它自己身上以后,你就可以随心所欲地调用它的原型链式垃圾代码了。this 就像一块脏尿布,我尽可能地避免使用它,因为在函数式编程中根本用不到它。然而,在使用其他的类库时,你却不得不向这个疯狂的世界低头。

也有人反驳说 this 能提高执行速度。如果你是这种对速度吹毛求疵的人,那你还是合上这本书吧。要是没法退货退款,也许你可以去换一本更入门的书来读。

至此,我们才准备好继续后面的章节。