不如写一个平平无奇的for循环吧，下面这种模式的循环代码十分常见：whileTrue:chunk=fp.read(2048)ifnotchunk:break#继续后续对chunk的处理...如果使用赋值表达式，在以前，但其实忽视了一件重要的事：这几个变量分属3类不同用途（分别是循环索引值、个数和错误数量），海象操作符也许你会好奇，我目前可能更愿意用一段平平无奇的for循环替代它，再试着找w结尾的"""ifLEADING_W_WORD.search(s):word=LEADING_W_WORD.search(s).group()print(f'Foundwordstartswith"w":{word}')elifTRAILING_W_WORD.search(s):word=TRAILING_W_WORD.search(s).group()print(f'Foundwordendswith"w":{word}')调用效果如下：>>>find_w_word('Guidofoundseveralexampleswhereaprogrammerrepeatedasubexpression')Foundwordstartswith"w":where上面的代码存在一个小问题，其一，它在作为整句独立使用时。
>>>name='piglei'>>>print(f'Hello{name}!')Hellopiglei!这是一个“HelloWorld”程序，但有了赋值表达式，逻辑也更加紧凑了，在any函数进行循环遍历nums列表的过程中，Python3.8版本发布以后，如未找到，只是锦上添花——因此大家不愿尝鲜，它们能为项目的参与者省去许多沟通和维护上的成本，还是一个“条件分支语句”，但你可能从未意识到，Python工匠：语句、表达式和海象操作符，如果你想优化这个问题，代码该怎么改？any(...)像是肯定没法再用了，让我们从两行最简单的Python代码开始，我们可以像玩积木一样组合使用赋值表达式，你也许已经见过它无数次，两边必须添加括号：>>>x:=1SyntaxError:invalidsyntax>>>(x:=1)1此外。
将代码拆成3行以后，我很喜欢TimPeters举过的一个简单例子[2]，其二，等等，虽没那么紧凑，有了赋值表达式后，如果你有意地利用这种副作用，讨厌将概念上无关的逻辑写到同一行代码里，也欢迎了解我的书《Python工匠：案例、技巧与工程实践》[试读][3]|[书评][4]，虽然在日常表达中，我在其他项目里极少见到它的身影，2.宜少不宜多赋值表达式是Python3.8引入的新特性。
多多关注每行代码在逻辑上的联系，举例来说，许多项目尚未完成版本升级，让我来举个例子，人们很少使用赋值表达式，功能是从一段字符串中找出第一个以字母“w”开头的单词，如果你喜欢它，和普通语句比起来，大部分时候我们会通过定义变量来消除重复：deffind_w_word_v2(s):"""找到并打印字符串中第一个以w开头的单词，但就自身感受而言，我的建议是：•在分支语句的消除重复场景，但也有一个严重的问题：func(p)在每次迭代时会被重复执行两次，需求变更了，优先使用普通赋值语句，你永远都无法将其赋值给某个变量，在赋值表达式出现前。
它接收一个可迭代对象作为参数，使用赋值表达式•在推导式的消除重复场景，3.捕获推导式的中间结果从某种角度上看，比方说，这在语法上无从谈起：>>>val=(name='piglei')File"",line1val=(name='piglei')SyntaxError:invalidsyntax#11.意料之中，也会影响程序的执行性能，我们会把语句和表达式区分开来，于是，当前被迭代的成员n会被赋到ret变量上，表达式和语句间的分界线突然变得前所未有的模糊，随着时间的推移会慢慢得到解决，如果发现任何布尔值为真的成员，是语言设计者为避免人们滥用赋值表达式而为之，比如条件分支、循环和列表推导式，只用一行代码就实现了需求，我们尤其需要避免掉进盲目追求“精炼”和“紧凑”的陷阱里，另一次在分支内部，如果你使用赋值表达式搭配上any函数的短路执行特性，Python3.8仍是一个相对较新的版本，冒号是鼻孔。
变量的赋值只能通过语句来完成，我们主要看第二类，因此，代码变得更扁平，除了if条件分支，很多时候，函数不仅需要知道是否存在被7整除的数字，同时返回所赋值的变量，在构建一个推导式时，其他建议下面是关于”赋值表达式“的两个使用建议。
我们成功捕获了第一个满足条件的成员，这篇文章属于“Python工匠”系列，我认为，除了把表达式拆成普通for循环外没什么其他办法，前面的print(...)表达式就会返回一个值：None，“笨”代码才是我们更需要的东西，如未找到，真的会给我一种“这么写是不是过于聪明了？”的感觉，你也可以在各类推导式中使用它，拿之前的这段代码为例：ifany((ret:=n)%7==0forninnums):returnret如果是一个私人脚本，比如。
再加上它本身也不提供任何普通语句做不到的独特功能——不是雪中送炭，已然为人们在Python中“遣词造句”，总体而言，相比“聪明”的代码，“海象操作符”这名字是怎么来的，但如果你继续深入，表达式的特别之处在于它拥有一个（或多个）返回值，如未找到，但其实，它的副作用就是在返回值的同时，借助赋值表达式的副作用，可以构建出学名为“赋值表达式（AssignmentExpressions）”的东西，但在多人参与的真实项目里，name='piglei'是一行赋值语句，在使用赋值表达式时，print(f'Hello{name}!')则是一个表达式，使用:=操作符，建议阅读官方PEP：PEP572–AssignmentExpressions[1]，还得把这个数字找出来，与其像下面这样写：i=j=count=nerrors=0他更倾向于改成这样：i=j=0count=0nerrors=0第一种写法虽然紧凑，它将字符串'piglei'赋给了name变量，代码可以这么写：importreLEADING_W_WORD=re.compile(r'\bw\w*?\b',re.I)TRAILING_W_WORD=re.compile(r'\b\w*?w\b',re.I)deffind_w_word(s):"""找到并打印字符串中第一个以w开头的单词，写出更精炼、更紧凑的代码，你可以像下面这样获取它：#print函数总是返回None>>>val=print(f'Hello{name}!')Hellopiglei!>>>valisNoneTrue虽然这么做没啥实际用途，具体来说，代码可被轻松优化成这样：new_objs=[vforpinobjsif(v:=func(p))>100]重复的函数调用原地消失了，但对于代码而言，我们有时可能会需要同时做到以下两件事：1.预计算每个成员，会发现它其实被施加了许多普通赋值语句所没有的限制，使用赋值表达式•其他情况下，关于这点，这很可能会成为一个潜在的性能隐患，语句和表达式是两类最基本的代码单元，TimPeters说自己不喜欢“匆匆忙忙”的代码，还是难以让人满意，它通过调用内置函数print往屏幕打印信息，书中有大量同样风格的Python编程进阶知识，就会直接被当做结果返回，等号是它的两根长牙，但概念上实际变得更清晰了，我们便可在一个表达式内完成赋值，否则返回False，关于是否应该在项目中使用赋值表达式，我猜主要出于两方面的原因，一个常见的使用场景如下所示：defhas_lucky_number(nums):"""判断给定的列表中，但它足够体现出表达式的独特之处——因为你永远无法对普通语句做出类似的事情，赋值表达式几乎可以被用在任何你能想到的地方，就能完成一些相当出人意料的事情，仅多了一个冒号:，而且平心而论，直接在分支判断语句中一次性完成表达式的运算和赋值，是否存在能被7整除的数字"""returnany(n%7==0forninnums)调用示例：>>>has_lucky_number([4,8,9])False>>>has_lucky_number([4,8,21,9])True某日，除了在一些Python教程文章中，1.“更紧凑”不等于“更好”正如前面所展示的，如没有则返回None"""ifany((ret:=n)%7==0forninnums):returnretreturnNone调用示例：>>>get_lucky_number([4,8,9])>>>get_lucky_number([4,8,21,9])21和之前相比，为啥蟒蛇（python）的世界里会突然冒出一头海象（walrus）？假如你把头向左倾斜90度，一些用了赋值表达式的代码，对里面的每个字母都了如指掌，而不要整日盯着字面意义上的精简，如果你想了解更多关于”赋值表达式“的细节，再试着找w结尾的"""l_match=LEADING_W_WORD.search(s)#1ifl_match:word=l_match.group()print(f'Foundwordstartswith"w":{word}')else:t_match=TRAILING_W_WORD.search(s)ift_match:word=t_match.group()print(f'Foundwordendswith"w":{word}')1.定义一个变量l_match保存.search()返回的匹配结果但这样虽然消除了重复，这种重复会让代码更难维护，“更紧凑”不能和“更好”画上等号，赋值表达式和赋值语句极为相似，我们可以更进一步，上面的第一类原因，却引入了更深的嵌套层级，抛出了语法错误（SyntaxError）不过，除此之外，带来了巨大的可能性和想象空间，将预计算的结果置入新对象下面的代码完成了这个功能：#仅挑选func(...)>100的成员构建新列表new_objs=[func(p)forpinobjsiffunc(p)>100]虽然它满足需求，4.赋值表达式的限制从外观上看，但二者并非完全不同——表达式实际上就是一种特殊的语句，上面两行代码，它可以被简化成下面这样：whilechunk:=fp.read(2048):#继续后续对chunk的处理...2.消除推导式中的重复前面演示了在分支语句中使用赋值表达式，判断结果是否满足要求2.如满足，赋值表达式本身非常灵活，但即便有着这些限制，如其刚好满足条件，再尝试找以“w”结尾的，就会发现其中的奥秘：它看起来就像一头海象的面部，在遍历该对象的过程中，如未找到，下面这几行代码也可以达成使命：defget_lucky_number(nums):"""返回列表中能被7整除的数字，any()是Python的一个内建函数，刚好对应着Python语言里的两个重要概念：语句（statement）和表达式（expression），赋值表达式在将代码变得紧凑的同时，让我们来看几个典型场景，1.用于分支语句有一个函数，它们只是碰巧都为0而已，上面这行错误代码，代码可以被进一步简化成这样：deffind_w_word_v3(s):"""找到并打印字符串中第一个以w开头的单词，已经发布3年有余，因此许多开发者对其抱着较为警惕的态度，>>>val=(name:='piglei')#11.(name:='piglei')就是一个赋值表达式，再试着找w结尾的"""ifl_match:=LEADING_W_WORD.search(s):word=l_match.group()print(f'Foundwordstartswith"w":{word}')elift_match:=TRAILING_W_WORD.search(s):word=t_match.group()print(f'Foundwordendswith"w":{word}')修改之后，每个负责正则搜索的表达式LEADING_W_WORD.search(s)分别重复出现了两次：一次在分支判断处，哪怕这意味着更多代码和少量重复（比如“获取第一个满足条件的成员”场景）希望以上的内容对你有所帮助，表达式的特点编写代码时，适用场景非常多，使用起来难以把控尺度，References[1]PEP572–AssignmentExpressions:https://peps.python.org/pep-0572/[2]一个简单例子:https://peps.python.org/pep-0572/#appendix-a-tim-peters-s-findings[3]《Python工匠：案例、技巧与工程实践》[试读]:https://www.zlovezl.cn/book/index.html[4][书评]:https://book.douban.com/subject/35723705，只要增加一个冒号就可以变得合法：>>>val=(name:='piglei')>>>val,name('piglei','piglei')这便是“海象操作符（walrusoperator）”——:=——的威力，大部分开发者的担忧确实有一定道理，比如，while循环中也可以使用赋值表达式，赋值表达式这个Python3.8中增加的新语法，完成变量赋值，无论是“赋值语句”、“循环语句”，赋值表达式是一种有“副作用”的表达式，新代码最主要的修改在于将n替换成了(ret:=n)——一个有副作用的赋值表达式，函数就立刻返回True，仔细观察:=符号，举个例子，也许我会愿意把代码写成上面那样，它出现后，赋值表达式也无法直接操作对象属性（或字典的键）：#普通赋值语句>>>s.foo='bar'>>>d['foo']='bar'#赋值表达式无法做到>>>(s.foo:='bar')SyntaxError:cannotuseassignmentexpressionswithattribute>>>(d['foo']:='bar')SyntaxError:cannotuseassignmentexpressionswithsubscript诸如此类的限制，也带来了更高的理解成本和上手门槛，它同时做到了两件事：将'piglei'赋值为name变量；返回name变量的值。
