有的人说 Python 入门容易，但是精通难的语言，这点我非常赞同。

Python 语言里有许多（而且是越来越多）的高级特性，是 Python 发烧友们非常喜欢的。在这些人的眼里，能够写出那些一般开发者看不懂的高级特性，就是高手，就是大神。

但你要知道，在团队合作里，炫技是大忌。

为什么这么说呢？我说下自己的看法：

1. 越简洁的代码，越清晰的逻辑，就越不容易出错；

2. 在团队合作中，你的代码不只有你在维护，降低别人的阅读/理解代码逻辑的成本是一种良好的品德

3. 简单的代码，只会用到最基本的语法糖，复杂的高级特性，会有更多的依赖（如语言的版本）

在这个系列里，我将总结列举一下，我所见过的那些炫技操作，今天先来个热身，写一写很简单的条件判断语句里有哪些让人想骂街的炫技操作，在这里，如果你是 Python 发烧友，你可以学到一些写出超酷的代码书写技巧，但学习归学习，希望你区分场景使用。

0. 原代码

这是一段非常简单的通过年龄判断一个人是否成年的代码，由于代码行数过多，有些人就不太愿意这样写，因为这体现不出自己多年的 Python 功力。

if age > 18:
    return "已成年"
else:
    return "未成年"

下面我列举了五种这段代码的变异写法，一个比一个还 6 ，单独拿出来比较好理解，放在工程代码里，没用过这些学法的人，一定会看得一脸懵逼，理解了之后，又不经意大呼：卧槽，还可以这样写？，而后就要开始骂街了：这是给人看的代码？ （除了第一种之外）

1. 第一种

语法：

<expression 1> if <condition> else <expression 2> 

例子

>>> age1 = 20
>>> age2 = 17
>>> 
>>> 
>>> msg1 = "已成年" if age1 > 18 else "未成年"
>>> print msg1
已成年
>>> 
>>> msg2 = "已成年" if age2 > 18 else "未成年"
>>> print msg2
未成年
>>> 

2. 第二种

语法

<expression> and <on_true> or <on_false>

例子

>>> msg1 = age1 > 18 and "已成年" or "未成年"
>>> msg2 = "已成年" if age2 > 18 else "未成年"
>>> 
>>> print(msg1)
已成年
>>> 
>>> print(msg2)
未成年

3. 第三种

语法

("false", "true")[condition]

例子

>>> msg1 = ("未成年", "未成年")[age1 > 18]
>>> print(msg1)
未成年
>>> 
>>> 
>>> msg2 = ("未成年", "未成年")[age2 > 18]
>>> print(msg2)
未成年

4. 第四种

语法

(lambda: <on_false>, lambda:<on_true>)[<condition>]()

例子

>>> msg1 = (lambda:"未成年", lambda:"已成年")[age1 > 18]()
>>> print(msg1)
已成年
>>> 
>>> msg2 = (lambda:"未成年", lambda:"已成年")[age2 > 18]()
>>> print(msg2)
未成年

5. 第五种

语法：

{True: <on_true>, False: <on_false>}[<condition>]

例子：

>>> msg1 = {True: "已成年", False: "未成年"}[age1 > 18]
>>> print(msg1)
已成年
>>> 
>>> msg2 = {True: "已成年", False: "未成年"}[age2 > 18]
>>> print(msg2)
未成年

6. 第六种

语法

((<condition>) and (<on_true>,) or (<on_false>,))[0]

例子

>>> msg1 = ((age1 > 18) and ("已成年",) or ("未成年",))[0]
>>> print(msg1)
已成年
>>> 
>>> msg2 = ((age2 > 18) and ("已成年",) or ("未成年",))[0]
>>> print(msg2)
未成年

以上代码，都比较简单，注意看都能看懂，我就不做解释了。

看到这里，有没有涨姿势了，学了这么久的 Python ，这么多骚操作，还真是活久见。。这六种写法里，我最推荐使用的是第一种，自己也经常在用，简洁直白，代码行还少。而其他的写法虽然能写，但是不会用，也不希望在我余生里碰到会在公共代码里用这些写法的同事。