[转] LBYL与EAFP两种防御性编程风格

标签：

检查数据可以让程序更健壮，用术语来说就是防御性编程。
检查数据的时候，有这样的两种不同的风格。
LBYL:Look Before You Leap  
EAFP:Easier to Ask Forgiveness than Permission 
LBYL即事先检查。
EAFP是不检查，出了问题由异常处理来处理。

1. d = {}    
2. words = [‘a‘,‘d‘,‘a‘,‘c‘,‘b‘,‘z‘,‘d‘]  
3. #LBYL  
4. for w in words:    
5.     if w not in d:    
6.         d[w] = 0    
7.     d[w] += 1    
8.   
9. #EAFP  
10. for w in words:    
11.     try:    
12.         d[w] += 1    
13.     except KeyError:    
14.         d[w] = 1  

这两种风格各有好坏。
对于LBYL，容易打乱思维，本来业务逻辑用一行代码就可以搞定的。却多出来了很多行用于检查的代码。防御性的代码跟业务逻辑混在一块降低了可读性。
而EAFP，业务逻辑代码跟防御代码隔离的比较清晰，更容易让开发者专注于业务逻辑。
不过，异常处理会影响一点性能。因为在发生异常的时候，需要进行保留现场、回溯traceback等操作。但其实性能相差不大，尤其是异常发生的频率比较低的时候。
还有一点要注意的是，如果涉及到原子操作，强烈推荐用EAFP风格。比如我某段程序逻辑是根据redis的key是否存在进行操作。如果先if exists(key)，然后do something。这样就变成2步操作，在多线程并发的时候，可能key的状态已经被其他线程改变了。而用EAFP风格则可以确保原子性。

[转] LBYL与EAFP两种防御性编程风格

标签：

原文地址：http://www.cnblogs.com/lifeinsmile/p/5452116.html