英文：Jet Brains官网；翻译：Python猫通常而言，使用新潮的或者快速发展的技术，可能会挺有挑战性，你可能得经常阅读文档，才能熟悉新的语法、API 和协议。PyCharm 2022.2 通过提供对 Python 3.11 的语言特性和新的 PyScript 框架的支持，能够帮助你完成这一过程。让我们来看看它里面有什么吧！Python 3.11PyCharm 2022.2 已经为 Python 3.11 中一些主要的功能提供了代码洞察（code insight），例如异常组和except *运算符（PEP 654）：以及新的用于 TypedDict 个别键的 Required[] 和 NotRequired[] 标记符号（PEP 655）。HTTP ClientPyCharm 2022.2 支持 WebSocket 连接。有了这个 API，你可以在给服务端发送消息后，接收由事件驱动的响应，而不需轮询服务器来获取结果。PyCharm 如今可以基于开箱即用的 HTTP 和 WebSocket 协议来发送请求。ws://与wss://表示的是使用 WebSocket 请求协议。此外，PyCharm 2022.2 还提供了一种更简单的方法来选择运行环境——使用代码侧边栏上的图标。原文若要启用此功能，请从*“Run with*”下拉框中选择“Select Environment Be ...继续阅读 (58)

前不久，哔哩哔哩（一般常称为 B 站）发布了一篇文章《2021.07.13 我们是这样崩的》，详细回顾了他们在 2021.07.13 晚上全站崩溃约 3 小时的至暗时刻，以及万分紧张的故障定位与恢复过程。那篇文章将定位过程、问题分析、优化改进等方面写得很详细，在我印象中，国内互联网大厂在发生类似事故后，能够如此开诚布公地“检讨”“还债”的并不多见。（值得送上一键三连~~~）对于搞技术的同学来说，这篇文章是不错的学习材料。而我最为关注的内容，其实是关于编程语言的特性，也就是在代码层面上的细节问题。在关于问题根因的分析中，我们看到了罪魁祸首的 7 行代码，它是用 Lua 语言写的一个求最大公约数的函数：简单而言，这个函数预期接收的参数是两个数字（普通的数字或者字符串类型的数字，即两种类型都可以），然而，它的 if 语句却只判断了一种类型（普通数字），忽略了字符串类型的“0”。在故障发生时，它的第二个参数传入的是字符串类型“0”而不是数字类型 0，导致 if 语句判断失效！由于 Lua 是动态类型语言，只有在程序运行时才知道传入的参数是什么类型。这属于是所有动态类型语言的特色，在 Python、JavaScript、PHP、Ruby 等动态类型语言中，也会有同样的表现。这不是啥新鲜事物。然而，真正该死的问题在于，Lua 还是一门弱类型语言，它不像 Python、Ruby、Java 等强类 ...继续阅读 (66)

作者：Dennis Brinkrolf译者：豌豆花下猫@Python猫英文：10 Unknown Security Pitfalls for Python声明：本翻译是出于交流学习的目的，基于 CC BY-NC-SA 4.0 授权协议。为便于阅读，内容略有改动。Python 开发者们在使用标准库和通用框架时，都以为自己的程序具有可靠的安全性。然而，在 Python 中，就像在任何其它编程语言中一样，有一些特性可能会被开发者们误解或误用。通常而言，只有极少的微妙之处或细节会使开发者们疏忽大意，从而在代码中引入严重的安全漏洞。在这篇博文中，我们将分享在实际 Python 项目中遇到的 10 个安全陷阱。我们选择了一些在技术圈中不太为人所知的陷阱。通过介绍每个问题及其造成的影响，我们希望提高人们对这些问题的感知，并提高大家的安全意识。如果你正在使用这些特性，请一定要排查你的 Python 代码！1.被优化掉的断言Python 支持以优化的方式执行代码。这使代码运行得更快，内存用得更少。当程序被大规模使用，或者可用的资源很少时，这种方法尤其有效。一些预打包的 Python 程序提供了优化的字节码。然而，当代码被优化时，所有的 assert 语句都会被忽略。开发者有时会使用它们来判断代码中的某些条件。例如，如果使用断言来作身份验证检查，则可能导致安全绕过。defsuperuser_actio ...继续阅读 (68)

在某些编程语言中，例如 C/C++、C#、PHP、Java、JavaScript 等等，do-while 是一种基本的循环结构。它的核心语义是：先执行一遍循环体代码，然后执行一遍条件语句，若条件语句判断为真，则继续执行循环体代码，并再次执行条件语句；直到条件语句判断为假，则跳出循环结构。流程图如下（Java 示例）：// 打印小于 20 的数字publicclassTest{publicstaticvoidmain(String[]args){intx=10;do{System.out.print("value of x : "+x);x++;System.out.print("\n");}while(x<20);}}Python 并不支持 do-while 结构，“do”并不是一个有效的关键字。那么，为什么 Python 不提供这种语法结构呢，这种现状的背后有何种设计考量因素呢？在回答这个问题之前，让我们再仔细思考一下 do-while 语法可以解决什么问题，看看使用这种结构能带来什么好处？最显而易见的好处是：do-while 语法保证了会先执行一遍循环体代码。它的使用场景也许不多，但是，跟普通的 while 循环或者 for 循环语法的“条件前置”思想不同，它体现的是一种“条件后置”的编程逻辑，也是一种控制循环的常见方式。它们的关系似乎有点像 C/C++ 这些语言中的i++与+ ...继续阅读 (78)

最近给自己放了两周的“长假”，刷视频、看小说、玩游戏，就是不写文章不更新公众号。半途而废的事情令得 2021 年的时间流逝加快，最后留下只是遗憾和不甘。又到了新的一年，按照惯例应该做一个年度小结了。但是，虽然我早早就把 2021 年的文章罗列了一遍，却迟迟难以续笔。如今已经过完了元旦，收拾好心情，还是得把开了头的篇章补完啊！去年的这个时候，公众号读者数刚破 2 万，我那时给自己定了个小目标是今年达到 3.5 万。然而，在过去一年里，我几乎没有为提升订阅数而多花心思，不参加互推，少数的几次赠书活动也基本只在读者群和朋友圈的小范围内进行。照着去年的增长趋势，我估计把去年目标放到今年里面也还算是有不小的挑战了。2021 年写作的文章少得可怜，这并不是因为我无话题可写，恰恰相反，我的写作计划/话题库本就丰富，在一年里又增加了不少。新的一年里，可能需要重拾一种无知无畏的笨鸟精神了，去把那些任务完成掉。2021 年里翻译了 12 篇文章。好几篇有超级长的篇幅，过程很花费精力，耗费的时间常常需要两周以上。翻译了这么多篇，远超出自己原创的，这倒是超出了我的预期。不过，在这一年里，我确实是挺享受在公交车和地铁上做着翻译的事，在那种摇晃的、拥挤的环境下，我竟然能够保持着专注，琢磨着遣词造句，真是难得的体验和收获。新的一年里，继续写作与翻译，需要把数量增加上来，但求不像过去一年那样了，不要断层出很多的时 ...继续阅读 (70)

一个元老级的 Python 核心开发者曾建议我们（点击阅读），应该广泛学习其它编程语言的优秀特性，从而提升 Python 在相关领域的能力。在关于元编程方面，他的建议是学习 Hy 和 Ruby。但是，他也提到，他并不知道学习哪种语言，可以加深对 Python 元类设计的理解。这其实意味着，Python 的元类设计有着很大的原创性，并非借鉴自哪种语言的成熟设计！既然不是从其它语言中学习来的，那么，Python 的元类思想到底起源自哪里呢？Guido 不会是“无中生有”开创出来的设计吧？下面的一篇译文，作者是 Guido van Rossum（Python 之父），原文写于 2013 年 10 月，正是要回答 Python 元类的起源问题：原文：Origin of metaclasses in python译者：豌豆花下猫@Python猫声明：本翻译是出于交流学习的目的，基于 CC BY-NC-SA 4.0 授权协议。为便于阅读，内容略有改动，所有图片皆为译者所加。python-ideas 上有人猜测 Python 的元类设计是起源自 Ruby。事实并非如此。既然是关于语言特性的起源，我觉得我有必要来澄清下事实。关于元类，我并没有受过 Ruby 的启发（今后也不会）。事实上，Ruby 受到过 Python 的启发。Mats 曾经告诉我，他的灵感有 20% 来自 Python，有 80% ...继续阅读 (68)

切片（slice）是 Python 中一种很有特色的特性，在正式开始之前，我们先来复习一下关于切片的知识吧。切片主要用于序列对象中，按照索引区间截取出一段索引的内容。切片的书写形式：[i : i+n : m] ；其中，i 是切片的起始索引值，为列表首位时可省略；i+n 是切片的结束位置，为列表末位时可省略；m 可以不提供，默认值是 1，不允许为 0，当 m 为负数时，列表翻转。切片的基本含义是：从序列的第 i 位索引起，向右取到后 n 位元素为止，按 m 间隔过滤。下面是一些很有代表性的例子，基本涵盖了切片语法的使用要点：# @Python猫li=[1,4,5,6,7,9,11,14,16]# 以下写法都可以表示整个列表，其中 X >= len(li)li[0:X]==li[0:]==li[:X]==li[:]==li[::]==li[-X:X]==li[-X:]li[1:5]==[4,5,6,7]# 从1起，取5-1位元素li[1:5:2]==[4,6]# 从1起，取5-1位元素，按2间隔过滤li[-1:]==[16]# 取倒数第一个元素li[-4:-2]==[9,11]# 从倒数第四起，取-2-(-4)=2位元素li[:-2]==li[-len(li):-2]==[1,4,5,6,7,9,11]# 从头开始，取-2-(-len(li))=7位元素# 步长为负数时，列表先翻转，再 ...继续阅读 (78)

Python 语言诞生 30 年了，如今的发展势头可谓如火如荼，这很大程度上得益于其易学易用的优秀设计，而不可否认的是，Python 从其它语言中偷师了不少。本文作者是一名资深的核心开发者，他广博的视野和精准的认识，让我对 Python 的设计了解得更为全面，同时，他“利用自豪感而非恐惧感”的说法，传达出来的是“专注于自我的进步，不嫉妒他人的成功”的原则，对我也很有帮助。原文写于 2015 年，躺在我的收藏夹里很久很久了，如今顺利翻译掉，这是一件能提升自豪感的有意义的事。最后祝大家开卷有益，读有所获。作者：Nick Coghlan译者：豌豆花下猫@Python猫英文：27 languages to improve your Python声明：本翻译是出于交流学习的目的，基于 CC BY-NC-SA 4.0 授权协议。为便于阅读，内容略有改动。目录拓宽我们的视野过程式编程：C、Rust、Cython面向对象的数据模型：Java、C#、Eiffel面向对象的 C 派生：C++、D面向数组的数据处理：MATLAB/Octave、Julia统计数据分析：R计算管道建模：Haskell、Scala、Clojure、F#事件驱动编程：JavaScript、Go、Erlang、Elixir渐变类型：TypeScript动态元编程：Hy、Ruby务实问题解决：Lua、PHP、Perl编程思维：Sc ...继续阅读 (78)

作者：Doug Turnbull译者：豌豆花下猫@Python猫原文：https://softwaredoug.com/blog/2021/11/12/ruby-vs-python-for-loop.htmlRuby 与 Python 之间的差异在很大程度上可通过for循环看出本质。Python 拥有for语句。对象告诉for如何进行协作，而for的循环体会处理对象返回的内容。Ruby 则相反。在 Ruby 中，for本身（通过each）是对象的一个方法。调用者将for循环体传递给这个方法。在 Python 的语言习惯中，对象模型服从于 for 循环。而在 Ruby 中，for 循环服从于对象模型。也就是说，在 Python 中，如果你想自定义迭代的过程，可以让对象告诉解释器该如何作迭代：classStuff:def__init__(self):self.a_list=[1,2,3,4]self.position=0def__next__(self):try:value=self.a_list[self.position]self.position+=1returnvalueexceptIndexError:self.position=0raiseStopIterationdef__iter__(self):returnself在这里，Stuff 使用 __next__ 和 __i ...继续阅读 (64)

作者：Łukasz Langa译者：豌豆花下猫@Python猫原文：Notes From the Meeting On Python GIL Removal Between Python Core and Sam Gross在一年一度的 Python 核心开发者 sprint 会议期间，我们与 Sam Gross 举行了一次会议，他是 nogil 的作者。nogil 是 Python 3.9 的分叉版本，移除了 GIL。这是一份非正式的会议纪要。简单总结Sam 的工作证明了以他的方式删除 GIL 是可行的，即生成的 Python 解释器的性能良好，并且可以随着 CPU 内核的增加而扩展。为了最终达到正面的效果，还需要有其它看似无关的解释器工作。目前还不可能将 Sam 的更改合并到 CPython，因为他的更改是针对 3.9 分支进行的，便于用户拿当前 pip 可安装的库和 C 扩展对 nogil 解释器进行测试。如果要合并 nogil，就不得不基于 main 分支进行更改（目前 main 分支已规划为 3.11）。不要指望 Python 3.11 会移除 GIL。将 Sam 的工作合并到 CPython 本身将是一个艰苦的过程，但这仅仅是所需的一部分：在 CPython 移除 GIL 之前，需要为社区制定一个良好的向后兼容的迁移计划。这些都还没有计划好，所以我们认为时机还没到。有些 ...继续阅读 (78)

在今年 5 月的 Python 语言峰会上，Guido van Rossum 作了一场《Making CPython Faster》的分享（材料在此），宣告他加入了激动人心的“香农计划”，旨在 4 年内提升 Python 性能至 5 倍。近日，Guido 上了一档英文播客节目（时长 30 分钟），谈论了他正在做的与高性能相关的工作，解答了几个问题。播客作者整理了一份内容纪要，本文是对该纪要的翻译。注：文末有音频及文稿下载作者：Software at Scale译者：豌豆花下猫@Python猫原文：Software at Scale 34 - Faster Python with Guido van Rossum1、为什么你会对研究 Python 的性能感兴趣？Guido：在某种意义上，它对我来说是一个相对舒服的话题，因为这意味着与 Python 的核心打交道，而我对这方面还算熟悉。当我在微软工作时，我曾短暂地关注过 Azure，但我意识到我在谷歌或 Dropbox 时就不喜欢这类工作。然后我关注了机器学习，但这需要花很多时间来做一些与 Python 无关的事情，甚至它与 Python 相关的部分就很少。2、Mark Shannon 关于 Python 性能的那些想法有何不同，怎么能说服你去实现它们的呢？Guido：我喜欢他思考问题的方式。大多数其它聚焦于 Python 性能的方法， ...继续阅读 (73)

Python 中很多内置函数的作用都非常大，比如说 enumerate() 和 zip()，它们使得我们在作迭代操作时极为顺手。这是一篇很多年前的 PEP，提议在 Python 2.3 版本中引入 enumerate()，该文档整合了其它几篇 PEP 的想法（包括当时新引入的迭代器与生成器），提出了更好的实现方案以及函数名。经过这么多年的发展，enumerate() 不可避免地有了一些变化，但不变的是，它跟 19 年前一样，还是很有必要、很好用，用着真香！PEP原文：https://www.python.org/dev/peps/pep-0279PEP标题：The enumerate() built-in functionPEP作者：Raymond Hettinger创建日期：2002-06-30合入版本：2.3译者：豌豆花下猫@Python猫PEP翻译计划：https://github.com/chinesehuazhou/peps-cn摘要本 PEP 引进了一个新的内置函数 enumerate() 来简化常用的循环写法。它为所有的可迭代对象赋能，作用就像字典的 iteritems() 那样——一种紧凑、可读、可靠的索引表示法。基本原理Python 2.2 在 PEP 234[3] 中提出了可迭代对象接口的概念。iter() 工厂函数作为一种通用的调用约定而被提出，深入修改了迭代 ...继续阅读 (71)

PEP原文：https://www.python.org/dev/peps/pep-0530PEP标题：PEP 530 — Asynchronous ComprehensionsPEP作者：Yury Selivanov创建日期：2016-09-03合入版本：3.6译者：豌豆花下猫@Python猫PEP翻译计划：https://github.com/chinesehuazhou/peps-cn摘要PEP-492 和 PEP-525 通过 async/await 语法，引入了对原生协程和异步生成器的支持。本 pep 提议给列表、集合、字典解析式和生成器表达式添加异步的版本。基本原理和目标Python 广泛地支持同步的推导式，允许使用简单而简洁的语法生成列表、字典和集合。我们提议为异步代码实现类似的语法结构。为了说明可读性的改善，请考虑下面的例子：result=[]asyncforiinaiter():ifi%2:result.append(i)有了提议的异步解析式语法，上面的代码会变得非常简短：result=[iasyncforiinaiter()ifi%2]本 PEP 也使得在各种解析式中使用 await 表达式成为可能：result=[awaitfun()forfuninfuncs]规范异步的解析式我们提议允许在列表、集合与字典解析式中使用 async。待 PEP-525 被批准之 ...继续阅读 (65)

PEP原文：PEP 515 — Underscores in Numeric LiteralsPEP作者：Guido van Rossum, Nick Coghlan创建日期：Georg Brandl, Serhiy Storchaka合入版本：3.6译者：豌豆花下猫@Python猫PEP翻译计划：https://github.com/chinesehuazhou/peps-cn概要和原理本 PEP 提议扩展 Python 的语法，使得在“字符串变成数”（number-from-string）构造器中，下划线可以作为视觉分隔符，对整数、浮点和复数字面量的数字进行分组。（Python猫注：关于 Python 的数值类型，可以查看PEP-314）这是其它现代语言的一个常见特性，有助于理解长的或者值应该被直观地分成几部分的字面量，如十六进制表示法中的字节或单词。例子：# grouping decimal numbers by thousandsamount=10_000_000.0# grouping hexadecimal addresses by wordsaddr=0xCAFE_F00D# grouping bits into nibbles in a binary literalflags=0b_0011_1111_0100_1110# same, for string conv ...继续阅读 (71)

最近，我在看 Python 3.10 版本的更新内容时，发现有一个关于上下文管理器的小更新，然后，突然发现上下文管理器的设计 PEP 竟然还没人翻译过！于是，我断断续续花了两周时间，终于把这篇 PEP 翻译出来了。如果你不了解什么是 PEP，可以先查看这篇《学习Python，怎能不懂点PEP呢？》，如果你也对翻译 PEP 感兴趣，欢迎加入 Github 上的peps-cn项目。PEP原文 ：https://www.python.org/dev/peps/pep-0343PEP标题：PEP 343 — The “with” StatementPEP作者：Guido van Rossum, Nick Coghlan创建日期：2005-05-13合入版本：2.5译者：豌豆花下猫@Python猫公众号PEP翻译计划：https://github.com/chinesehuazhou/peps-cn摘要本 PEP 提议在 Python 中新增一种”with”语句，可以取代常规的 try/finally 语句。在本 PEP 中，上下文管理器提供__enter__() 和 __exit__() 方法，在进入和退出 with 语句体时，这俩方法分别会被调用。作者的批注本 PEP 最初由 Guido 以第一人称编写，随后由 Nick Coghlan 根据 python-dev 上的讨论，做出了更新补 ...继续阅读 (73)

英文：Function Overloading in Python作者：arprit译者：豌豆花下猫（“Python猫”公众号作者）声明：本翻译是出于交流学习的目的，基于 CC BY-NC-SA 4.0 授权协议。为便于阅读，内容略有改动。函数重载指的是有多个同名的函数，但是它们的签名或实现却不同。当调用一个重载函数 fn 时，程序会检验传递给函数的实参/形参，并据此而调用相应的实现。int area(int length, int breadth) { return length * breadth; } float area(int radius) { return 3.14 * radius * radius; }在以上例子中（用 c++ 编写），函数 area 被重载了两个实现。第一个函数接收两个参数（都是整数），表示矩形的长度和宽度，并返回矩形的面积。另一个函数只接收一个整型参数，表示圆的半径。当我们像 area(7) 这样调用函数 area 时，它会调用第二个函数，而 area(3,4) 则会调用第一个函数。为什么 Python 中没有函数重载？Python 不支持函数重载。当我们定义了多个同名的函数时，后面的函数总是会覆盖前面的函数，因此，在一个命名空间中，每个函数名仅会有一个登记项（entry）。Python猫注：这里说 Python 不支持函数重载，指的 ...继续阅读 (71)

每年入夏的时候，我就特别想念新鲜的荔枝。近几年来，物流和电商发达。在荔枝上市的时节，即便身在苏州，我也能很容易就吃上来自广东和海南的各个品种的荔枝，然而，却总有一些不满足。荔枝是非常娇贵的水果，只生长在南方少数的区域，果实不能长久保存。古时候交通落后，那时的荔枝对多数人而言是奢侈品，甚至成为了诗人笔下劳民伤财的典范：“一骑红尘妃子笑，无人知是荔枝来”。△ 你能认出这些品种的区别么？如今时代，虽然凭借着便捷的物流网络，它已经成为了全国各地食客们触手可及的盘中餐，但是，我始终耿耿于怀，因为我知道，它的味道不对。为了保鲜，商家们会给荔枝覆上冰块，然而，这几乎抹掉了荔枝天然的馨馨果香。因为气味不对，所以味道也不对。我难以确切地描绘那是一种什么气味，但是，随便在超市买一瓶荔枝味的饮料，都比买到的荔枝闻起来更像荔枝。那不是普通的水果香，而是特有的荔枝香。对于香味的记忆，我有一种很奇妙的认知。去年端午节前不久的一天，我在下班回到小区外时，突然闻到了一股久违了十年的香味，一下子就认出了那是粽子刚刚煮好出锅时的香味！我家乡（广东茂名）那边用来包裹咸粽子的叶子是簕古叶，周身细长，叶边和叶脊上长满了锯齿样的尖刺。我所熟悉的那股粽子香大概跟这种植物有关（一直这样以为，但实际可能是用了某种香料），而且粽香跟荔枝香一样，在离开诞生地后就会快速消散，二次加热也难再催生。所以，当在苏州突然闻到那阵浓浓的粽子香时， ...继续阅读 (68)

在最开始写公众号的时候，我几乎可以每周写三篇原创，后来，慢慢变成了一周一篇，再后来，演变成了两周一篇。在最近半年里，由于忙于其它事，这个原创周期变得非常漫长……在专门收集灵感、写作话题和翻译计划的未完成清单里，我罗列了至少 200 项内容，但是，大部分内容都难以动工。有些内容过于零散、有些内容过于浅显、有些内容过于冷门、有些内容我觉得能力难以把握、有些内容别人写过、有些内容需耗费很多时间精力……写公众号时间长了以后，我至少明白了一个道理：写文章不能自嗨，时时得考虑一下阅读者的观感，需要切中别人的痛点，需要让别人觉得这文章值得转载/分享。所以，坚持原创难，有一部分原因是“自我审查”。在运营公众号上，我相对于圈内比较熟的几个好友，算是非常的佛系了，总是在某些方面束手束脚。有的时候，我非常在乎订阅数和阅读量，当出现数据滑坡时，就会十分懊恼和不忿；但是，有的时候，明明可以尝试做一些改变（看到过很多运营套路），就可能获得一些改观，但我却又突然觉得不乐意做那些事，对这些数据不太在乎……所以，坚持原创难，有一部分原因是“死要面子活受罪”。在干扰原创方面，钱也是很关键的因素。技术公众号的广告金主非常多（但是最近半年不景气），广告中介更多，只要一个号的阅读上了小几百，就一定会有广告来约。在早期的一段时间里，我坚持着一个想法“不到一万订阅，不接广告”，因此，每当有广告来约，我的报价都超出阅读很多，以示 ...继续阅读 (70)

大概在半年前，我偶然看到一篇文章，有人提出了给 Python 提速 5 倍的计划，并在寻找经费赞助。当时并没有在意，此后也没有看到这方面的消息。但是，就在 5 月 13 日“2021 年 Python 语言峰会”上，Python 之父 Guido van Rossum 作了一场《Making CPython Faster》的分享，他已经投入了这项计划！据 Guido 爆料，他因为“退休”无聊，申请加入了微软，因此组建起一个小团队。目前成员除了他还有两个：Eric Snow（Python 核心开发者之一、微软高级工程师）和 Mark Shannon（本文第一段那个计划的提出者，精通 Python 性能研究）。整个计划被称为“香农计划”（即“Shannon Plan”，得名于提出者），期望花 4 年时间把 Python 提速 5 倍，即每年 1.5 倍。现在短期的计划是在 Python 3.11 版本中实现至少提速 1 倍。按照官方的发布周期，今年 10 月会发布 3.10 版本，而 3.11 版本将在 2022 年 10 月发布。怎么做到令 3.11 版本提速一倍呢？根据 Guido 的分享，第一项优化工作是“适应性的、专门的字节码解释器”，相关的设想已经起草到 PEP-659 中：其它的优化内容还有：优化帧堆栈，更快的调用，调整分配（ optimize frame stack, f ...继续阅读 (64)

本文出自Python为什么系列，归档在 Github 上。毫无疑问，Python 是一门强类型语言。强类型语言。强类型语言！（关于强弱类型话题，推荐阅读这篇技术科普文）这就意味着，不同类型的对象通常需要先做显式地类型转化，然后才能进行某些操作。下面以字符串和数字为例，看看强行操作会产生什么结果：>>>"Python猫"+666Traceback(most recent call last):File"",line1,inTypeError:can only concatenatestr(not"int")tostr它报类型错误了（TypeError），说字符串只能连接（concatenate）字符串，不能连接 int 类型。这正是强类型语言的基本约束。但是，如果我们先把数字“转化”成字符串类型，再执行“+”操作，就不会报错了：>>>"Python猫"+str(666)'Python猫666'上面的这个例子，对读者们来说，应该并不难理解。由此，我们要引出一个问题：如何在不作显式类型转化的情况下，进行字符串与数字类型的拼接呢？在《详解Python拼接字符串的七种方式》这篇文章中，它梳理了七种拼接字符串的写法，我们可以逐个来试验一下。几种字符串拼接方式：1、格式化类：%、format()、template2、拼接类：+、()、join()3、插值类：f-string为了节省篇幅，此处直接 ...继续阅读 (67)

英文：https://arpitbhayani.me/blogs/string-interning作者：arpit译者：豌豆花下猫（“Python猫”公众号作者）声明：本翻译是出于交流学习的目的，基于 CC BY-NC-SA 4.0 授权协议。为便于阅读，内容略有改动。每种编程语言为了表现出色，并且实现卓越的性能，都需要有大量编译器级与解释器级的优化。由于字符串是任何编程语言中不可或缺的一个部分，因此，如果有快速操作字符串的能力，就可以迅速地提高整体的性能。在本文中，我们将深入研究 Python 的内部实现，并了解 Python 如何使用一种名为字符串驻留（String Interning）的技术，实现解释器的高性能。本文的目的不仅在于介绍 Python 的内部知识，而且还旨在使读者能够轻松地浏览 Python 的源代码；因此，本文中将有很多出自CPython的代码片段。全文提纲如下：（在Python猫公众号回复数字“0215”，下载高清思维导图）1、什么是“字符串驻留”？字符串驻留是一种编译器/解释器的优化方法，它通过缓存一般性的字符串，从而节省字符串处理任务的空间和时间。这种优化方法不会每次都创建一个新的字符串副本，而是仅为每个适当的不可变值保留一个字符串副本，并使用指针引用之。每个字符串的唯一拷贝被称为它的intern，并因此而得名 String Interning。Pyth ...继续阅读 (65)

PEP原文：https://www.python.org/dev/peps/pep-0255创建日期：2001-05-18合入Python版本：2.2译者：豌豆花下猫（Python猫公众号作者）PEP背景知识：学习Python，怎能不懂点PEP呢？摘要这个 PEP 想在 Python 中引入生成器的概念，以及一个新的表达式，即 yield 表达式。动机当一个生产者函数在处理某些艰难的任务时，它可能需要维持住生产完某个值时的状态，大多数编程语言都提供不了既舒服又高效的方案，除了往参数列表中添加回调函数，然后每生产一个值时就去调用一下。例如，标准库中的tokenize.py采用这种方法：调用者必须传一个 tokeneater 函数给 tokenize() ，当 tokenize() 找到下一个 token 时再调用。这使得 tokenize 能以自然的方式编码，但程序调用 tokenize 会变得极其复杂，因为它需要记住每次回调前最后出现的是哪个 token(s)。tabnanny.py中的 tokeneater 函数是处理得比较好的例子，它在全局变量中维护了一个状态机，用于记录已出现的 token 和预期会出现的 token 。这很难正确地工作，而且也挺难让人理解。不幸的是，它已经是最标准的解决方法了。有一个替代方案是一次性生成 Python 程序的全部解析，并存入超大列表中。这样 ...继续阅读 (59)

英文：Constant Folding in Python作者：arprit译者：豌豆花下猫（“Python猫”公众号作者）声明：本翻译是出于交流学习的目的，基于CC BY-NC-SA 4.0授权协议。为便于阅读，内容略有改动。每种编程语言为了表现出色，并且实现卓越的性能，都需要大量编译器级的优化。一种著名的优化技术是“常量折叠”（Constant Folding）：在编译期间，编译器会设法识别出常量表达式，对其进行求值，然后用求值的结果来替换表达式，从而使得运行时更精简。在本文中，我们深入探讨了什么是常量折叠，了解了它在 Python 世界中的适用范围，最后解读了 Python 的源代码（即CPython），并分析出 Python 是如何优雅地实现它。常量折叠所谓常量折叠，指的是在编译时就查找并计算常量表达式，而不是在运行时再对其进行计算，从而会使运行时更加精简和快速。>>> day_sec = 24 * 60 * 60当编译器遇到一个常量表达式时，如上所述，它将对表达式求值，并作替换。通常而言，表达式会被“抽象语法树”（ Abstract Syntax Tree，简写为 AST）中的计算值所替换，但是这完全取决于语言的实现。因此，上述表达式可以等效地被执行为：>>>day_sec=86400Python 中的常量折叠在 Python 中，我们可以使用反汇编模块（Disassem ...继续阅读 (60)

最近，我在翻阅两本比较新的 Python 书籍时，发现它们都犯了一个严重的低级错误！这两本书分别是《Python编程：从入门到实践》和《父与子的编程之旅》，它们都是畅销书，都在 2020 年 10 月出了新版本，都使用 Python3.7+ 版本的语法。然而，在关于变量的命名规则部分，它们犯下了一样的错误，即还在使用 Python2 时代的那套说辞，误以为命名仅仅支持“字母、数字和下划线”的组合。事实上，Python3.x 已经支持全面 Unicode 编码，比如支持使用中文作为变量名。>>>姓名="Python猫">>>print(f"我是{姓名}，欢迎关注！")我是Python猫，欢迎关注！由于我手头上没有其它样本，所以，我不确定有多少新版的书籍还在使用老的规则。但是，翻译类的书籍大概率都会有这样的问题，另外，有些不严谨的国内书籍，也可能因为借鉴了过时的材料而犯错。如此一来，恐怕有些新接触 Python 的同学，就会形成错误的认识。虽然这可能不会造成严重的问题，但是它终归是一个应该避免而且很容易就能避免的问题。因此，我觉得这个话题值得聊一聊。在编程语言中有一个很常见的概念，即标识符（identifier），通常又会称之为名字（name），用于标识出变量、常量、函数、类、符号等实体的名字。在定义标识符时，有一些必须要考虑的基本规则：它可以由哪些字符组成？它是否区分大小写？（即大小 ...继续阅读 (64)

大家好，我是猫哥。2020年过得真快啊！总感觉这一年里还没有做成多少事，一眨眼就又到了写年度总结的时候了……去年1月1日的时候，我写了《我的 2019 年 Python 文章榜单》，简单列了自己比较满意的 11 篇文章。今年延续传统，我想盘点出一份 2020 年的文章榜单。在列榜单之前，我们先来闲聊几件事，作为铺垫吧。1、公众号订阅数破 20000 啦！就在 2020 年结束前的两天，Python猫的订阅数终于迈上了新的台阶。从 2018 年国庆到现在，我们共花了 26 个月。这个成绩非常非常普通，当初我第一次参加公众号互推时，认识了明哥（@Python编程时光）、小帅B（@学习Python的正确姿势）和涛哥（@涛哥聊Python），当时大家差别不太多（一起出新手村），而如今他们的订阅数达到了 4万、6万和10万，把我远远甩在了身后……2021年，我会花适当的精力在运营上，不敢奢望太多，争取明年达成 3.5 万目标。因此，希望能得到大家的持续支持，请帮忙分享、转载、在看，推荐Python猫给其他学习者。我在此鞠躬感谢了！2、被评选为“优质原创号主”第2名。在猪哥（@裸睡的猪）建的Python原创作者投稿群里，Python猫有幸被票选成了第2名！能够被众多优秀的同行号主们认可，真是难得而且荣幸！3、有文章被国际友人翻译了。去年7月份的时候，我偶然发现自己的 3 篇“Python为什么 ...继续阅读 (60)

原题 |Storing a list in an int作者 | Computer Wit译者 | 豌豆花下猫（“Python猫”公众号作者）声明| 本翻译已得到原作者授权。为便于阅读，内容略有改动。概要与 C、Rust 和 Go 不同，Python 默认的int具有任意大小。[注1]、[注2]这意味着，一个整数可以存储无限大的值，只要内存足够。例如，你可以打开 Python3 并运行以下命令：>>>importmath>>>math.factorial(2020)[number omitted]# Python猫注：此处求2020的阶乘，结果是一长串数字，所以省略>>>math.log2(math.factorial(2020))19272.453841606068>>>type(math.factorial(2020))也就是说，在 Python 中，平常使用的 int 可以轻松地保存一个占用 19273 比特的 C 类型固定大小无符号 int 类型的值（C-style fixed-size unsigned int）。在 Python 这样的语言中，便利性高于速度和内存效率，这确实很有用。这种无限的精度，也意味着我们可以在单个 int 中存储任意数量的信息。只要编码正确，一整本书、一整个数据库、甚至任何东西，都可以被存入一个单独的 Python int 中。(Python猫注 ...继续阅读 (69)

在上篇文章中，我有一个核心的发现：Python 内置类型的特殊方法（含魔术方法与其它方法）由 C 语言独立实现，在 Python 层面不存在调用关系。但是，文中也提到了一个例外：一个非常神秘的魔术方法。这个方法非常不起眼，用途狭窄，我几乎从未注意过它，然而，当发现它可能是上述“定律”的唯一例外情况时，我认为值得再写一篇文章来详细审视一下它。本文主要关注的问题有：(1) __missing__()到底是何方神圣？(2) __missing__()有什么特别之处？擅长“大变活人”魔术？(3) __missing__()是否真的是上述发现的例外？如果是的话，为什么会有这种特例？1、有点价值的__missing__()从普通的字典中取值时，可能会出现 key 不存在的情况：dd={'name':'PythonCat'}dd.get('age')# 结果：Nonedd.get('age',18)# 结果：18dd['age']# 报错 KeyErrordd.__getitem__('age')# 等同于 dd['age']对于 get() 方法，它是有返回值的，而且可以传入第二个参数，作为 key 不存在时的返回内容，因此还可以接受。但是，另外两种写法都会报错。为了解决后两种写法的问题，就可以用到 __missing__() 魔术方法。现在，假设我们有一个这样的诉求：从字典中取某个 key ...继续阅读 (77)

不久前，Python猫给大家推荐了一本书《流畅的Python》（点击可跳转阅读），那篇文章有比较多的“溢美之词”，显得比较空泛……但是，《流畅的Python》一书值得反复回看，可以温故知新。最近我偶然翻到书中一个有点诡异的知识点，因此准备来聊一聊这个话题——子类化内置类型可能会出问题？！1、内置类型有哪些？在正式开始之前，我们首先要科普一下：哪些是 Python 的内置类型？根据官方文档的分类，内置类型（Built-in Types）主要包含如下内容：详细文档：https://docs.python.org/3/library/stdtypes.html其中，有大家熟知的数字类型、序列类型、文本类型、映射类型等等，当然还有我们之前介绍过的布尔类型、…对象等等。在这么多内容里，本文只关注那些作为可调用对象（callable）的内置类型，也就是跟内置函数（built-in function）在表面上相似的那些：int、str、list、tuple、range、set、dict……这些类型（type）可以简单理解成其它语言中的类（class），但是 Python 在此并没有用习惯上的大驼峰命名法，因此容易让人产生一些误解。在 Python 2.2 之后，这些内置类型可以被子类化（subclassing），也就是可以被继承（inherit）。2、内置类型的子类化众所周知，对于某个普通对象 ...继续阅读 (65)

今年二月初，我偶然看到了一条推特：《流畅的Python》一书的作者发布了一条激动人心的消息：他正在写作第二版！如果要票选最佳的 Python 进阶类书目，这本书肯定会是得票率最高的书籍之一。我在最早写“Python猫荐书系列”时，就想推荐它，但又觉得好东西应该留到最后，所以一直拖到了现在……如果你读过它，肯定也会认为它值得推荐；如果你没有，那请往下阅读，看我的介绍能否打动你把它列为必读书目吧~这本书的英文名是《Fluent Python》，在 2015 年 8 月出版。两年后，国内的图灵教育出品了译本，出版时间是 2017 年 5 月，获得豆瓣 9.4 高分。（图书翻译/出版真是个漫长的过程啊）作者 Luciano Ramalho 是个巴西人、资深的 Python 程序员/演讲者、PSF（Python软件基金会）成员。书籍的技术审校与推荐人囊括了圈内的一众大咖。此书一出，大受圈内好评，各国出版社纷纷引进版权，目前至少已有 9 种语言版本（来数数你认识几种？）：PS：图片出自@fluentpython官推，简体中文版最薄，巧合占据C位。根据图灵教育统计，简体中文版销量超过4万册，预计在2020年能超越英文版的销量。那么，这本书到底写了些什么呢？又有哪些特别之处呢？全书内容充实，除去前言、附录和术语表这些内容，共分为六个部分 21 章节。我将核心章节内容制作了一份思维导图：（在Pyth ...继续阅读 (69)

在Python猫的上一篇文章中，我们对比了两种创建列表的方法，即字面量用法 [] 与内置类型用法 list()，进而分析出它们在运行速度上的差异。在分析为什么 list() 会更慢的时候，文中说到它需要经过名称查找与函数调用两个步骤，那么，这就引出了一个新的问题：list() 不是内置类型么，为什么它不能直接就调用创建列表的逻辑呢？也就是说，为什么解释器必须经过名称查找，才能“认识”到该做什么呢？其实原因很简单：内置函数/内置类型的名称并不是关键字，它们只是解释器内置的一种便捷功能，方便开发者开箱即用而已。PS：内置函数 built-in function 和内置类型 built-in type 很相似，但 list() 实际是一种内置类型而不是内置函数。我曾对这两种易混淆的概念做过辨析，请查看这篇文章。为了方便理解与表述，以下统称为内置函数。1、内置函数的查找优先级最低内置函数的名称并不属于关键字，它们是可以被重新赋值的。比如下面这个例子：# 正常调用内置函数list(range(3))# 结果：[0, 1, 2]# 定义任意函数，然后赋值给 listdeftest(n):print("Hello World!")list=testlist(range(3))# 结果：Hello World！在这个例子中，我们将自定义的 test 赋值给了 list，程序并没有报错。这个例子甚至 ...继续阅读 (64)