有时候判断一个条件,决定是不是执行一个方法. 今天看了一下自己写的代码里,出现了不少这种类似的判断,写的时候没多想,review 的时候比较纠结.觉得不好看
if dirty:
clean()
网上看到很多人喜欢写这样的代码,不幸的是,我使用 autopep8 会自动换行,写成这样也白扯
if dirty:clean()
这样效果看起来也一样,但是这就是赋值语句拿来做流程控制好像不太合适,可读性也有一些损失.
dirty and clean()
clean() if dirty else None
写完这几行字我决定不改这一部分了
 |
nfrootMar 18, 2019 via Android
1
写同一行看的时候不是很喜欢
|
 |
cxyfreedomMar 18, 2019 via iPhone
2
这个我遵循 pylint 提示换行
|
 |
LeiggMar 18, 2019 via iPhone
3
省略这一行代码换来的是可读性的缺失，并不值当。
|
|
LeiggMar 18, 2019 via iPhone
4
if else 的简洁我一般只在逻辑很简单时这样干
|
 |
ynkkdevMar 18, 2019
5
我自己基本不这么写。。。读过的一些 python 项目源码里也没有见大佬们这么写。
主要是真的不好看吧 |
 |
whileFalseMar 18, 2019
6
clean() if dirty else None
我怎么觉得这句话中 clean()总是会被调用？ |
|
7
@whileFalse 并不会
|
|
LeiggMar 18, 2019 via iPhone
8
py3 可以写的更优雅一点，利用省略号这种文法。
func( ) if xx else ... |
 |
shn7798Mar 18, 2019
9
比较喜欢第一种写法，判断条件和逻辑分支识别度很高。
第二种写法一眼看去需要花点时间去区分，看起来比较累。 第三种写法是 Perl 时代的风格，write only，当然破解之法就是写诗，哈哈。 |
 |
KirscheisMar 18, 2019
10
dirty and clean() 也太危险了。。万一有一天他们决定从右边开始短路怎么办。。😂
|
 |
yim7Mar 18, 2019
11
第一种很好，逻辑清晰，第二种是被 c 洗脑的哈皮写的，后面两个都是没事找事，代码可读性最重要
|
 |
QzierMar 19, 2019 via iPad
12
不会，因为不符合 PEP8
|
 |
jerryloginMar 19, 2019
13
可以啊。。。。pylint 不会报错啊 。。。。不是和 list comprehension 很像吗
|
 |
binuxMar 19, 2019
14
我一般只在两个场合这么写：
1. if condition: return 2. 多个 if condition_a: do_a() if condition_b: do_b() if condition_c: do_c() 但是我很多年不写 python 了。 |
 |
luckycMar 19, 2019
15
vscode->右键->格式化文档
|
 |
GinsonMar 19, 2019
16
一般只会在简单的条件赋值上这样写，比如 x = 1 if y > 0 else 2
|
 |
MilkShakeMar 19, 2019
17
一般不这么干。。自己都看不下去。
|
 |
HelloAmadeusMar 19, 2019 via iPhone
18
标准库里有很多这样一行的代码
|
 |
19
|
|
20
|
 |
xpresslinkMar 19, 2019
21
哪有空儿想这个，写代码时候能少按一下就少按一下。
在 Pycharm 里面，都是提交代码前，习惯性的 Ctrl+A 然后再 Ctrl+Alt+L 一下，所以楼主说的这事儿根本不存在的。 |
 |
sazimaMar 19, 2019
22
不符合 PEP8
|
 |
karllynnMar 19, 2019
23
有啥不好看的，你要写 go，到处都是
``` if err != nil { } ``` 不好看你也得忍着，不然根本编译不过 |
 |
qf0129Mar 19, 2019
25
自从知道有领导把代码行数作为绩效后，我再也不这样写了
|
 |
Loner233Mar 20, 2019 via Android
26
一行。写 Scala 常用，反正也就写着玩，不用别人读。反正隔天自己也看不懂
|
1
Select Language