print(“Lol " + name + " that’s not many subs”)
好的做法是使用 f-string,而且效率会更高:
def manual_str_formatting(name, subscribers):
better
if subscribers > 100000:
print(f"Wow {name}! you have {subscribers} subscribers!")
else:
print(f"Lol {name} that’s not many subs")
2、使用 finaly 而不是上下文管理器
坏的做法:
def finally_instead_of_context_manager(host, port):
s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
try:
s.connect((host, port))
s.sendall(b’Hello, world’)
finally:
s.close()
好的做法是使用上下文管理器,即使发生异常,也会关闭 socket::
def finally_instead_of_context_manager(host, port):
close even if exception
with socket.socket(socket.AF_INET, socket.SOCK_STREAM) as s:
s.connect((host, port))
s.sendall(b’Hello, world’)
3、尝试手动关闭文件
坏的做法:
def manually_calling_close_on_a_file(filename):
f = open(filename, “w”)
f.write(“hello!\n”)
f.close()
好的做法是使用上下文管理器,即使发生异常,也会自动关闭文件,凡是有上下文管理器的,都应该首先采用:
def manually_calling_close_on_a_file(filename):
with open(filename) as f:
f.write(“hello!\n”)
close automatic, even if exception
4、except 后面什么也不写
坏的做法:
def bare_except():
while True:
try:
s = input("Input a number: ")
x = int(s)
break
except: # oops! can’t CTRL-C to exit
print(“Not a number, try again”)
这样会捕捉所有异常,导致按下 CTRL-C 程序都不会终止,好的做法是
def bare_except():
while True:
try:
s = input("Input a number: ")
x = int(s)
break
except Exception: # 比这更好的是用 ValueError
print(“Not a number, try again”)
5、函数参数使用可变对象
如果函数参数使用可变对象,那么下次调用时可能会产生非预期结果,坏的做法
def mutable_default_arguments():
def append(n, l=[]):
l.append(n)
return l
l1 = append(0) # [0]
l2 = append(1) # [0, 1]
好的做法:
def mutable_default_arguments():
def append(n, l=None):
if l is None:
l = []
l.append(n)
return l
l1 = append(0) # [0]
l2 = append(1) # [1]
6、从不用推导式
坏的做法
squares = {}
for i in range(10):
squares[i] = i * i
好的做法
odd_squares = {i: i * i for i in range(10)}
7、推导式用的上瘾
推导式虽然好用,但是不可以牺牲可读性,坏的做法
c = [
sum(a[n * i + k] * b[n * k + j] for k in range(n))
for i in range(n)
for j in range(n)
]
好的做法:
c = []
for i in range(n):
for j in range(n):
ij_entry = sum(a[n * i + k] * b[n * k + j] for k in range(n))
c.append(ij_entry)
8、检查类型是否一致用 ==
坏的做法
def checking_type_equality():
Point = namedtuple(‘Point’, [‘x’, ‘y’])
p = Point(1, 2)
if type§ == tuple:
print(“it’s a tuple”)
else:
print(“it’s not a tuple”)
好的做法
def checking_type_equality():
Point = namedtuple(‘Point’, [‘x’, ‘y’])
p = Point(1, 2)
probably meant to check if is instance of tuple
if isinstance(p, tuple):
print(“it’s a tuple”)
else:
print(“it’s not a tuple”)
9、用 == 判断是否单例
坏的做法
def equality_for_singletons(x):
if x == None:
pass
if x == True:
pass
if x == False:
pass
好的做法
def equality_for_singletons(x):
better
if x is None:
pass
if x is True:
pass
if x is False:
pass
10、判断一个变量用 bool(x)
坏的做法
def checking_bool_or_len(x):
if bool(x):
pass
if len(x) != 0:
pass
好的做法
def checking_bool_or_len(x):
usually equivalent to
if x:
pass
11、使用类 C 风格的 for 循环
坏的做法
def range_len_pattern():
a = [1, 2, 3]
for i in range(len(a)):
v = a[i]
…
b = [4, 5, 6]
for i in range(len(b)):
av = a[i]
bv = b[i]
…
好的做法
def range_len_pattern():
a = [1, 2, 3]
instead
for v in a:
…
or if you wanted the index
for i, v in enumerate(a):
…
instead use zip
for av, bv in zip(a, b):
…
12、不实用 dict.items
坏的做法
def not_using_dict_items():
d = {“a”: 1, “b”: 2, “c”: 3}
for key in d:
val = d[key]
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Python工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Python开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上前端开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以扫码获取!!!(备注:Python)
希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。**
[外链图片转存中…(img-AgN8WOhf-1713789749385)]
[外链图片转存中…(img-g12Ebjyt-1713789749386)]
[外链图片转存中…(img-WdO45pFM-1713789749387)]
[外链图片转存中…(img-AvsSz7hT-1713789749388)]
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上前端开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以扫码获取!!!(备注:Python)