闭包并不那么难以理解

闭包并不那么难以理解,闭包只是遵循构造定律自然地沿着父节点向上寻找值。
anycmd就要这么去构建,要符合构造定律,要始终都是分形的树。
从结构上看:命名空间就是树,是有组织有纪律有规律的偏移。命名空间下的类也是树,把引用类型的类属性全都拷贝到本地节点去看的话(世界没有引用类型只有值类型,世界是棵树)
我记得曾经悟到过人类的全部知识是一棵十分良好的树,并意识到整颗树上所有子节点在使用到一个词汇时使用的内涵都不与它的父节点相冲突。所有相冲突的有歧义的那些都不符合构造定律从而不能最节省能量地运动下去,从而不能持久从而早晚被人们丢弃掉纠正过来。
人类的知识树是良好的。那么“命名”就是“标识”,“空间”就是“域”是“范围”。
一切的一切都是树,引用类型是只在本节点内才有意义的,世界是只有值类型的,本地的事物一定是转化为值类型后才传送到远端节点的。
anycmd就要这么去构建,要符合构造定律,要始终都是分形的树。
就像javascript一样始终都是树。javascript的每一个function都是整颗树上的一个节点。
function一直分型下去,每一个function都是一个边界(节点就是边界),它是自然地沿着它的父节点往上寻找变量值的,这是非常自然的。结构非常重要,结构定了算法(运动)就定了。
闭包并不那么难以理解,闭包只是尊寻构造定律自然地沿着父节点向上寻找变量值。

我们没有足够的时间和精力去弄明白想要弄明白的那整棵树上的那些远离根节点的节点中的知识的时候可以考虑回头去弄明白相对较少的那些靠近根节点的节点中的知识。那些远离根节点的节点中的知识实在是太多了。

作者不配点图么

anycmd计划盖200层楼,现在才盖100层楼。我个人能力有限,希望能吸引到英雄加入。anycmd不属于我,属于每一位英雄。请英雄留下自己的名字,没人可以拿走你的东西,权利完全属于你。我以后尽力不在anycmd关键字下发表任何个人言论。anycmd努力给出一份起头用的小册子然后放在git上,并努力配些图。她只有大体的轮廓,落实到代码还需英雄们一起努力。

引用“远古的函数编程期,理想世界的设计者们讨厌不能在一个纯函数内完全控制或者说只在这个函数内生灭的状态,他们又很不想引入“对象”这个“坏小子”,所以想出了一种方案:把函数及其上下文环境绑在一起,叫闭包,闭包吃进(捕获)外部环境的状态后就闭合成了闭包函数,这样就又可以把这个东西叫函数了。”
——摘自邓草原微博