[转] LBYL与EAFP两种防御性编程风格
检查数据可以让程序更健壮，用术语来说就是防御性编程。
检查数据的时候，有这样的两种不同的风格。
LBYL:Look Before You Leap
EAFP:Easier to Ask Forgiveness than Permission
LBYL即事先检查。
EAFP是不检查，出了问题由异常处理来处理。
- d={}
- words=['a','d','a','c','b','z','d']
- #LBYL
- forwinwords:
- ifwnotind:
- d[w]=0
- d[w]+=1
- #EAFP
- forwinwords:
- try:
- d[w]+=1
- exceptKeyError:
- d[w]=1
这两种风格各有好坏。
对于LBYL，容易打乱思维，本来业务逻辑用一行代码就可以搞定的。却多出来了很多行用于检查的代码。防御性的代码跟业务逻辑混在一块降低了可读性。
而EAFP，业务逻辑代码跟防御代码隔离的比较清晰，更容易让开发者专注于业务逻辑。
不过，异常处理会影响一点性能。因为在发生异常的时候，需要进行保留现场、回溯traceback等操作。但其实性能相差不大，尤其是异常发生的频率比较低的时候。
还有一点要注意的是，如果涉及到原子操作，强烈推荐用EAFP风格。比如我某段程序逻辑是根据redis的key是否存在进行操作。如果先if exists(key)，然后do something。这样就变成2步操作，在多线程并发的时候，可能key的状态已经被其他线程改变了。而用EAFP风格则可以确保原子性。
1、Git经常使用命令总结
2、乱谈Python并发
3、工厂模式
4、抽象类与接口的关系与区别
5、[leetcode]Palindrome.Partitioning