什么是反弹表达式？
在任何两个表达式是「二等公民」的程式设计语言里，这都不会成为两个难题。单纯说，反弹表达式是传达给其他标识符的表达式实体或引用，但其涵义远没有这么单纯。
反弹表达式本质上提供更多了一类与常规的上层初始化上层标识符相反的模式，使上层标识符也有机会波皮夫卡高层人士的标识符，这大大提升了标识符的能力，也同时给产业化项目带来了捷伊难题和挑战。
反弹表达式也是设计模式式程式设计的此基础，使流程无须像传统的销售业务流程驱动式程式设计那样狮属的向下进行，而要能Chaudes的由本地事件来促发进行，这基本上是所有GUI程式设计最此基础和标准的同时实现方式。
两个众所周知的反弹表达式的例子是在各个语言中都很常用的次序USB（比如 C++ STL 中 sort 表达式），它们基本上都允许用户他们提供更多两个订制化的「较为表达式」，这个较为表达式是众所周知的反弹表达式，它将会在次序USB的内部被执行。正是由于这样的反弹表达式的存有，使次序USB无须仅仅限于自然次序，大大降低了标识符和USB的重用性。
反弹表达式分为两种，一类是并行反弹表达式，另一类是促发器反弹表达式。上述次序USB的反弹表达式是并行反弹表达式，而在 Node.js 中常用的反弹表达式是促发器反弹表达式。并行反弹和促发器反弹都能使分配器（caller）无须单纯倚赖被分配器（callee），使两者在标识符空间分布拉苏特兰耦，而促发器反弹表达式更是在运行时从时间上将两者解耦。
反弹表达式背后只不过隐藏着「掌控探底回升（IoC，Inversion of Control ）」的程式设计哲学，或者说反弹表达式是同时实现 IoC 的最常用的方式。IoC 的中心思想是 “Don’t call me, I’ll call you”，也被叫做「荷里活准则」，据说是荷里活前女友的笨蛋。掌控探底回升只不过也很常用，一般的库（library）中有反弹表达式的地方性就有掌控探底回升，这种掌控探底回升可能还是局部的，而 Web 开发中基本上肯定要用的架构（framework）则是把掌控探底回升作用到了自上而下，它使基于上的更高层人士开发人员不用像见微知著一样从头开始创作，而要把它变成了一道填空，你只须要在约定好的地方性按照具体的销售业务市场需求插入相应的内容方可，整个流程的运行销售业务流程被牢牢把魔心架构手中。
这样的架构重用度非常高，经过不断地插值，越通用型的东西会越来越结晶到上层，服务于更广泛的上层标识符，而要不是了反弹表达式的存有，使上层开发人员也能将他们独特的销售业务市场需求置入其中。
从设计模式式程式设计的角度来说，反弹表达式也是同时实现 OCP（Open Close Principle，开合准则）的方式之一。「开合」指的是「对扩展开放，对修正封闭」，它要求标识符在尽量避免修正的情况下还有足够好的可扩展性。比方说，如果须要同时实现两个通用型的消息顾客，如何做到在加进捷伊最新消息类别时却无须修正主表达式呢？答案能是让五种最新消息类别传达他们特有的反弹表达式，顾客的主体不变，在合适的地方性初始化偕同最新消息一起传达过来的反弹表达式方可。
反弹表达式也不是全然没有问题。
Node.js 天然的促发器特性设计使大多数USB都是促发器的，自然也充满了各种各样的促发器反弹表达式。在 Node.js 里，反弹表达式最大的难题不仅仅是标识符书写上产生了 callback hell，更本质的难题是反弹表达式的初始化得不到有效的掌控。因为外部促发器USB不都像架构一样是基本可信任的，所以你并不能保证别人会如何对待你传入的反弹表达式。有趣的是，促发器销售业务流程掌控协议 Promise 再一次利用掌控探底回升解决了反弹表达式初始化的「信任」难题。Promise 把本来由促发器USB掌控的反弹表达式初始化权收归他们所有，所有的促发器初始化都是通过 Promise 这个「中介」来完成，而反弹表达式的管理和初始化也由 Promise 来一手掌握。
Reference
《冒号课堂》相关阅读
完全理解并行/促发器与阻塞/非阻塞—- END —-
如果你想第一时间查看我最捷伊文章，欢迎 RSS 订阅我的个人博客：Maples7 Blog。知乎专栏将延期数天到数月不等不完全并行博客中的文章。
微信公众号：Chapters_Of_Maples7，只更新他们随手写的想到的只言片语或图片。
本文内容可能已经不是最新，查看原文：完全理解反弹表达式
