Python代码显得Pythonic(区别于其他语言的写法)
目录
- 一、字符串
- 二、运算
- 三、赋值
- 四、变量命名
- 五、提升代码可读性
- (一)避免用分号;在一行内些多条语句
- (二)避免用\符号来换行
- (三)if-else三元表达式
一、字符串
对于字符串连接,相比于简单的+,更pythonic
的做法是尽量使用%操作符或者format
函数格式化字符串。
name = "jack" n = 90 # no x = 'name: ' + name + '; score: ' + str(n) # yes x = 'name: %s; score: %d' % (name, n) x = 'name: {}; score: {}'.format(name, n)
避免在循环中用+和+=操作符来累加字符串。
由于字符串是不可变的, 这样做会创建不必要的临时对象, 并且导致二次方而不是线性的运行时间。
比较pythonic
的做法是将每个子串加入列表, 然后在循环结束后用.join
连接列表。
# no a = "" for i in ["a", "b", "c"]: a += i # yes a = "".join(["a", "b", "c"])
二、运算
python
支持链式运算,pythonic
的做法是优先链式运算,而不是使用and、or。
# no a=1, b=1, c=1 if a > 1 and a < 2: pass # yes a=b=c=1 if 1 < a <2: pass
三、赋值
python
中的变量不需要声明。每个变量在使用前都必须赋值,变量赋值以后该变量才会被创建。
在 python 中,变量就是变量,它没有类型,我们所说的"类型"是变量所指的内存中对象的类型。
python
允许你同时为多个变量赋值。
a, b, c = 1, "a", 2 print(c)
这个特性的一个运用是,在不引入第三个变量的情况下,交换两个变量的值,非常优雅
a, b = b, a
当某函数有多个返回值,但只想获取其中某值时,pythonic
的做法是使用“_”在赋值时代替我们不需要的变量的位置。
# func函数有两个返回值,但只想要第一个 need, _ = func(*args)
四、变量命名
Python
最基本的命名规则是:第一个字符必须是字母表中字母或下划线 _,标识符的其他的部分由字母、数字和下划线组成,且对对大小写敏感。
python对变量命名时应避免变量名过长。
此外,对于较长的变量名,更 pythonic
的做法是用下划线 _ 连接,如some_var
,而非鞍型(大驼峰、小驼峰)格式,如 someVar
。
# no SomeVar = 1 # yes some_var = 1
五、提升代码可读性
有一些写法是Python
允许的,但是却不被推荐的,因为这些写法会降低代码的可读性。
(一)避免用分号;在一行内些多条语句
例如:
import sys; x = 'hello'; sys.stdout.write(x + '\n')
的可读性,远远弱于
import sys x = 'hello' sys.stdout.write(x + '\n')
(二)避免用\符号来换行
如果代码包含在括号、方括号或大括号中,Python将会认为代码是一行的:
def function(arg_one, arg_two, arg_three, arg_four): return arg_one
因此,为了提升可读性,我们应尽量避免用\符号进行换行:
from mypkg import example1, \ example2, example3
这种方式的可读性比用括号换行的可读性低很多。
(三)if-else 三元表达式
下面是一个if-else
三元表达式,可以将 if-else 放在一行
value_when_true if condition_is_ture else value_when_condition_is_false
例如:
a = "Hello" if foo() else "Goodbye"
我们可以用三元表达式来把if else 放在一行写,但是不要把 if-elif-else 放在一行写:
- 一方面,这样做会使得一行代码变得过长,违反PER-8的书写规则:规定一行代码最长不能超过80个字符。
- 另一方面,这么写也违反了Python之禅:‘可读性为王’。
- 最后,Python 的语法也不支持这样x写。
因此,当我们需要用到 elif 的时候,我们需要写一个常规的、换行的 if-elif-else
表达式
到此这篇关于Python代码显得Pythonic(区别于其他语言的写法)的文章就介绍到这了,更多相关Python代码显得Pythonic内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!