[po] auto sync

github-actions[bot] · github-actions[bot] · commit c96142a498da · 2024-05-29T02:05:06.000Z
diff --git a/.stat.json b/.stat.json
@@ -1 +1 @@
-{"translation": "95.05%", "updated_at": "2024-05-28T23:46:54Z"}
+{"translation": "95.05%", "updated_at": "2024-05-29T02:05:06Z"}
diff --git a/whatsnew/2.0.po b/whatsnew/2.0.po
@@ -580,8 +580,8 @@ msgid ""
 "Perl, and PHP also support them.  The augmented assignment patch was "
 "implemented by Thomas Wouters."
 msgstr ""
-"增强赋值运算符最早在C编程语言中引入，大多数C派生语言，如:program:`awk`，C++，Java和PHP也支持它们。增强赋值补丁由Thomas "
-"Wouters实现。"
+"增强赋值运算符最早在 C 编程语言中引入，大多数 C 派生语言，如 :program:`awk`，C++，Java 和 PHP 也支持它们。 "
+"增强赋值补丁由 Thomas Wouters 实现。"
 
 #: ../../whatsnew/2.0.rst:390
 msgid "String Methods"
@@ -606,7 +606,7 @@ msgid ""
 "Instead, Python 2.0 pushes the problem onto the string type, making string "
 "manipulation functionality available through methods on both 8-bit strings "
 "and Unicode strings.   ::"
-msgstr "相反，Python 2.0将这个问题推给了字符串类型，使字符串操作功能通过8位字符串和Unicode字符串上的方法来实现。"
+msgstr "相反，Python 2.0 将这个问题推给了字符串类型，使字符串操作功能通过 8 位字符串和 Unicode 字符串上的方法来实现。"
 
 #: ../../whatsnew/2.0.rst:411
 msgid ""
@@ -615,7 +615,7 @@ msgid ""
 "methods return new strings, and do not modify the string on which they "
 "operate."
 msgstr ""
-"有一件事没有改变，即使是值得注意的愚人节玩笑，Python字符串仍然是不可变的。因此，字符串方法返回的是新的字符串，而不是修改他们操作的原字符串。"
+"有一件事没有改变，即使是值得注意的愚人节玩笑，Python 字符串仍然是不可变的。 因此，字符串方法返回的是新的字符串，而不是修改他们操作的原字符串。"
 
 #: ../../whatsnew/2.0.rst:415
 msgid ""
@@ -630,8 +630,9 @@ msgid ""
 ":meth:`!endswith`. ``s.startswith(t)`` is equivalent to ``s[:len(t)] == t``,"
 " while ``s.endswith(t)`` is equivalent to ``s[-len(t):] == t``."
 msgstr ""
-"在2.0之前的版本中没有对应方法的两个方法是:meth:`!startswith`和:meth:`!endswith`，尽管它们在JPython中存在了相当长的时间。``s.startswith(t)``等同于``s[:len(t)]"
-" == t``，而``s.endswith(t)``等同于``s[-len(t):] == t``。"
+"在 2.0 之前的版本中没有对应方法的两个方法是 :meth:`!startswith` 和 :meth:`!endswith`，尽管它们在 "
+"JPython 中存在了相当长的时间。 ``s.startswith(t)`` 等同于 ``s[:len(t)] == t``，而 "
+"``s.endswith(t)`` 等同于 ``s[-len(t):] == t``。"
 
 #: ../../whatsnew/2.0.rst:423
 msgid ""
@@ -658,8 +659,8 @@ msgid ""
 "no longer accessible, since you need to have a reference to an object to "
 "access it, and if the count is zero, no references exist any longer."
 msgstr ""
-" "
-"Python的C实现使用引用技术来实现垃圾回收。每个Python对象维护一个指向自身的引用数量，并在引用创建或销毁时调整该计数。一旦引用计数达到零，对象就不再可访问，因为访问对象需要一个引用，然后如果计数为零，就不再存在任何引用。"
+"Python 的 C 实现使用引用技术来实现垃圾回收。 每个 Python 对象维护一个指向自身的引用数量，并在引用创建或销毁时调整该计数。 "
+"一旦引用计数达到零，对象就不再可访问，因为访问对象需要一个引用，然后如果计数为零，就不再存在任何引用。"
 
 #: ../../whatsnew/2.0.rst:442
 msgid ""
@@ -676,7 +677,7 @@ msgstr ""
 msgid ""
 "Consider the simplest possible cycle,  a class instance which has a "
 "reference to itself::"
-msgstr "考虑最简单的循环，一个类实例引用自身："
+msgstr "考虑最简单的循环，一个类实例引用自身::"
 
 #: ../../whatsnew/2.0.rst:455
 msgid ""
@@ -724,9 +725,10 @@ msgid ""
 "buggy, by specifying the :option:`!--without-cycle-gc` switch when running "
 "the :program:`configure` script."
 msgstr ""
-"运行循环检测算法需要一些时间，因此会带来一些额外的开销，希望在使用2.0版本的循环收集经验之后，Python "
-"2.1可以通过精细调整来尽量减少开销。目前还不清楚性能损失有多大，因为对此进行精准测试很棘手，而且关键在于程序创建和销毁对象的频率。如果你不能接受哪怕是微小的速度损失，或者怀疑循环收集存在问题，可以在编译Python时禁用循环检测，通过在运行:program:`configure`脚本时指定:option:`!"
-"--without-cycle-gc`开关来实现。"
+"运行循环检测算法需要一些时间，因此会带来一些额外的开销，希望在使用 2.0 版本的循环收集经验之后，Python 2.1 "
+"可以通过精细调整来尽量减少开销。 目前还不清楚性能损失有多大，因为对此进行精准测试很棘手，而且关键在于程序创建和销毁对象的频率。 "
+"如果你不能接受哪怕是微小的速度损失，或者怀疑循环收集存在问题，可以在编译 Python 时禁用循环检测，通过在运行 "
+":program:`configure` 脚本时指定 :option:`!--without-cycle-gc` 开关来实现。"
 
 #: ../../whatsnew/2.0.rst:482
 msgid ""
@@ -740,11 +742,10 @@ msgid ""
 "threads titled \"Reference cycle collection for Python\" and \"Finalization "
 "again\"."
 msgstr ""
-"有几个人解决了这个问题并为解决方案做出了贡献。循环检测方法的早期实现由Toby Kelsey编写。当前的算法是在Eric "
-"Tiedemann访问CNRI期间提出的，Guido van Rossum和Neil "
-"Schemenauer分别编写了两个不同的实现，后来由Neil将它们整合。许多其他人也在过程中提出了建议；python-"
-"dev邮件列表2000年3月的存档包含了大部分相关讨论，尤其是在标题为“Reference cycle collection for "
-"Python”和“Finalization again”的线程中。"
+"有几个人解决了这个问题并为解决方案做出了贡献。循环检测方法的早期实现由 Toby Kelsey 编写。 当前的算法是在 Eric Tiedemann "
+"访问 CNRI 期间提出的，Guido van Rossum 和 Neil Schemenauer 分别编写了两个不同的实现，后来由 Neil "
+"将它们整合。 许多其他人也在过程中提出了建议；python-dev 邮件列表 2000 年 3 月的存档包含了大部分相关讨论，尤其是在标题为 "
+"“Reference cycle collection for Python” 和 “Finalization again” 的帖子中。"
 
 #: ../../whatsnew/2.0.rst:495
 msgid "Other Core Changes"
@@ -755,7 +756,7 @@ msgid ""
 "Various minor changes have been made to Python's syntax and built-in "
 "functions. None of the changes are very far-reaching, but they're handy "
 "conveniences."
-msgstr "Python的语法和内置函数进行了各种小改动。虽然这些二改动都不是非常深远，但它们都是很方便的改进。"
+msgstr "Python 的语法和内置函数进行了各种小改动。 虽然这些改动都不是非常深远，但它们都是很方便的改进。"
 
 #: ../../whatsnew/2.0.rst:502
 msgid "Minor Language Changes"
@@ -797,8 +798,8 @@ msgid ""
 "module as name`` or ``from module import name as othername``.  The patch was"
 " submitted by Thomas Wouters."
 msgstr ""
-"模块现在可以在导入时重命名，使用语法``import module as name``或``from module import name as "
-"othername``。这个补丁是由Thomas Wouters提交的。"
+"模块现在可以在导入时重命名，使用语法 ``import module as name`` 或 ``from module import name as "
+"othername``。这个补丁是由 Thomas Wouters 提交的。"
 
 #: ../../whatsnew/2.0.rst:532
 msgid ""
@@ -838,9 +839,9 @@ msgid ""
 " and crashed; Jeremy Hylton rewrote the code to no longer crash, producing a"
 " useful result instead.  For example, after this code::"
 msgstr ""
-"早期版本的Python使用递归算法来删除对象。深度嵌套的数据结构可能导致解释器填满C栈并崩溃。Christian "
-"Tismer重写了删除逻辑来解决这个问题。相关地，比较递归对象时会导致无线递归并崩溃。Jeremy "
-"Hylton重写了代码，使其不再崩溃，而是产生有用的结果。例如，在以下代码之后："
+"早期版本的 Python 使用递归算法来删除对象。深度嵌套的数据结构可能导致解释器填满 C 栈并崩溃。 Christian Tismer "
+"重写了删除逻辑来解决这个问题。 相关地，比较递归对象时会导致无线递归并崩溃。Jeremy Hylton 重写了代码，使其不再崩溃，而是产生有用的结果。 "
+"例如，在以下代码之后::"
 
 #: ../../whatsnew/2.0.rst:559
 msgid ""
@@ -853,9 +854,10 @@ msgid ""
 "even if a user-defined :meth:`!__cmp__` method encountered an error, since "
 "the resulting exception would simply be silently swallowed."
 msgstr ""
-"比较``a==b``返回真，因为这两个递归数据结构是同构的。请参阅python-dev邮件列表2000年4月的存档中的\"trashcan and "
-"PR#7\"线程，以了解导致此实现的讨论和一些相关的有用链接。请注意，现在的比较操作也可以引发异常。在早期版本的Python中，即使用户定义的:meth:`!__cmp__`"
-" 方法遇到错误，譬如``cmp(a,b)``的比较操作也总会产生一个答案，因为结果异常会被静默处理掉。"
+"比较 ``a==b`` 将返回真值，因为这两个递归数据结构是同构的。 请参阅 python-dev 邮件列表 2000 年 4 月的存档中的 "
+"\"trashcan and PR#7\" 帖子，以了解导致此实现的讨论和一些相关的有用链接。 请注意，现在的比较操作也可以引发异常。 在早期版本的 "
+"Python 中，即使用户定义的 :meth:`!__cmp__` 方法遇到错误，譬如 ``cmp(a,b)`` "
+"的比较操作也总会产生一个答案，因为结果异常会被静默处理掉。"
 
 #: ../../whatsnew/2.0.rst:571
 msgid ""
@@ -878,8 +880,8 @@ msgid ""
 "suffix=.x\". Consult the README in the Python source distribution for more "
 "instructions."
 msgstr ""
-"另一个新的平台是Darwin/MacOS X；Python 2.0中提供了初步支持。如果你指定 \"configure --with-dyld "
-"--with-suffix=.x\"，动态加载是可行的。有关更多说明，请参阅Python源代码分发中的README文件。"
+"另一个新的平台是 Darwin/MacOS X；Python 2.0 中提供了初步支持。如果你指定 \"configure --with-dyld "
+"--with-suffix=.x\"，动态加载是可行的。 有关更多说明，请参阅 Python 源代码分发中的 README 文件。"
 
 #: ../../whatsnew/2.0.rst:581
 msgid ""
@@ -994,8 +996,9 @@ msgid ""
 "always be avoided. This section lists the changes in Python 2.0 that may "
 "cause old Python code to break."
 msgstr ""
-"新的Python版本尽力与之前的版本兼容，而且兼容性记录相当不错。然而，有些变化被认为足够有用，通常是因为他们修正了最终设计中的错误决定，因此有时无法避免打破向后兼容性。本节列出了Python"
-" 2.0中可能导致旧Python代码中断的更改。"
+"新的 Python 版本尽力与之前的版本兼容，而且兼容性记录相当不错。 "
+"然而，有些变化被认为足够有用，通常是因为他们修正了最终设计中的错误决定，因此有时无法避免打破向后兼容性。 本节列出了 Python 2.0 中可能导致旧"
+" Python 代码中断的更改。"
 
 #: ../../whatsnew/2.0.rst:656
 msgid ""
@@ -1026,10 +1029,10 @@ msgid ""
 "preprocessor symbol ``NO_STRICT_LIST_APPEND`` to preserve the old behaviour;"
 " this isn't recommended."
 msgstr ""
-"这些方法的早期版本更加宽容，因为它们使用了Python C接口中的一个旧函数来解析它们的参数；2.0版本将它们现代化，使用 "
-":c:func:`PyArg_ParseTuple`，这是当前的参数解析函数，它提供了更有用的错误消息，并将多参数调用视为错误。如果你必须使用2.0但无法修复你的代码，可以编辑"
-" :file:`Objects/listobject.c` 并定义预处理符号 ``NO_STRICT_LIST_APPEND`` "
-"以保留旧的行为；但这并不推荐。"
+"这些方法的早期版本更加宽容，因为它们使用了 Python C 接口中的一个旧函数来解析它们的参数；2.0 版本将它们现代化，使用 "
+":c:func:`PyArg_ParseTuple`，这是当前的参数解析函数，它提供了更有用的错误消息，并将多参数调用视为错误。如果你必须使用 2.0 "
+"但无法修复你的代码，可以编辑 :file:`Objects/listobject.c` 并定义预处理符号 "
+"``NO_STRICT_LIST_APPEND`` 以保留旧的行为；但这并不推荐。"
 
 #: ../../whatsnew/2.0.rst:673
 msgid ""

Original file line number	Diff line number	Diff line change
`@@ -1 +1 @@`
`1`		`-{"translation": "95.05%", "updated_at": "2024-05-28T23:46:54Z"}`
	`1`	`+{"translation": "95.05%", "updated_at": "2024-05-29T02:05:06Z"}`