做了个Node项目，某个流程中最多五层回调进行逻辑判断，客户还要加一些业务，如果再这么做下去，至少还要加两层回调。就可读性来讲，是很差的。胃有点翻腾，要吐出来了…
在网上查了查，有很多人说Node的回调是个坑，但是个人还是愿意接受这不是Node坑的理论，回调这是Node的一个思想，我们既然选择了使用Node，就应该去分析、理解和适应它。
我相信无论遇到什么问题，总是能解决的。如果现在不能解决，那只是暂时没有想到解决办法而已。
一、generator（生成器）
是ES6标准引入的新的数据类型。一个generator看上去像一个函数，但可以返回多次。
我喜欢并在使用着这种方法，这种方法很优雅。
作用：一是同步流程控制Node回调；二是或以在外层获取回调函数内的返回值；三是如果逻辑判断层级很多，那么使代码的可读性更好； Continue reading
在程序流程控制中，个人一直的习惯是判断某变量值是否为真……否则……
今天无意间有一个想法，想测试一个判断为真和判断为假哪个用时更短？结果有些出乎我的意料……
|
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
a = True t1 = time.time() for i in range(10000000): # A:判断是否为假 if not a: s = 100000 * 10 else: sub2 = time.time() - t1 print sub2 t2 = time.time() for i in range(10000000): # B:判断是否为真 if a: s = 100000 * 10 else: sub1 = time.time() - t2 print sub1 print sub1 / sub2 # 反复运行了有10多次，平均每次的输出值大约为2 |
通过上面的小例子，可以说明在python项目的流程控制中，以否定的“逻辑非”来进行判断应该是首选的。
如果有异议，请一起学习交流。