当我学会了三元表达式时。。。

gjc2010gys

((print('非法！')) if (score < 0) else ((print('零分！')) if (score == 0) else ((print('及格！')) if (60 <= score < 80) else ((print('良好！')) if (80 <= score < 90) else ((print('优秀！')) if (90 <= score < 100) else ((print('满分！')) if (score == 100) else (print('非法！'))))))))

上面的代码是成绩等级评分，成绩的变量为score，这里不加上去。依靠三元表达式成功整合到了一条代码里。至于里面的条件判断语句很奇怪，但是确实成功运行并实现了。

hrpzcf

没必要为了简而简哈，这样写是不推荐的，如果是团队合作开发，估计你的同事已经磨刀霍霍向猪羊了。

Python之禅：

Python之禅 by Tim Peters
 
优美胜于丑陋（Python 以编写优美的代码为目标）
明了胜于晦涩（优美的代码应当是明了的，命名规范，风格相似）
简洁胜于复杂（优美的代码应当是简洁的，不要有复杂的内部实现）
复杂胜于凌乱（如果复杂不可避免，那代码间也不能有难懂的关系，要保持接口简洁）
扁平胜于嵌套（优美的代码应当是扁平的，不能有太多的嵌套）
间隔胜于紧凑（优美的代码有适当的间隔，不要奢望一行代码解决问题）
可读性很重要（优美的代码是可读的）
即便假借特例的实用性之名，也不可违背这些规则（这些规则至高无上）
 
不要包容所有错误，除非你确定需要这样做（精准地捕获异常，不写 except:pass 风格的代码）
 
当存在多种可能，不要尝试去猜测
而是尽量找一种，最好是唯一一种明显的解决方案（如果不确定，就用穷举法）
虽然这并不容易，因为你不是 Python 之父（这里的 Dutch 是指 Guido ）
 
做也许好过不做，但不假思索就动手还不如不做（动手之前要细思量）
 
如果你无法向人描述你的方案，那肯定不是一个好方案；反之亦然（方案测评标准）
 
命名空间是一种绝妙的理念，我们应当多加利用（倡导与号召）

gjc2010gys

hrpzcf 发表于 2022-1-18 20:55
没必要为了简而简哈，这样写是不推荐的，如果是团队合作开发，估计你的同事已经磨刀霍霍向猪羊了。

Pyth ...

就是为了好玩而已的，这个代码现在我也看不懂了。