Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Commit c96142a

Browse files
github-actions[bot]github-actions[bot]
committed
[po] auto sync
1 parent 70eba7b commit c96142a

2 files changed

Lines changed: 38 additions & 35 deletions

File tree

‎.stat.json‎

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff 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"}

‎whatsnew/2.0.po‎

Lines changed: 37 additions & 34 deletions
Original file line numberDiff line numberDiff line change
@@ -580,8 +580,8 @@ msgid ""
580580
"Perl, and PHP also support them. The augmented assignment patch was "
581581
"implemented by Thomas Wouters."
582582
msgstr ""
583-
"增强赋值运算符最早在C编程语言中引入，大多数C派生语言，如:program:`awk`，C++，Java和PHP也支持它们。增强赋值补丁由Thomas "
584-
"Wouters实现。"
583+
"增强赋值运算符最早在 C 编程语言中引入，大多数 C 派生语言，如 :program:`awk`，C++，Java 和 PHP 也支持它们。 "
584+
"增强赋值补丁由 Thomas Wouters 实现。"
585585

586586
#: ../../whatsnew/2.0.rst:390
587587
msgid "String Methods"
@@ -606,7 +606,7 @@ msgid ""
606606
"Instead, Python 2.0 pushes the problem onto the string type, making string "
607607
"manipulation functionality available through methods on both 8-bit strings "
608608
"and Unicode strings. ::"
609-
msgstr "相反，Python 2.0将这个问题推给了字符串类型，使字符串操作功能通过8位字符串和Unicode字符串上的方法来实现。"
609+
msgstr "相反，Python 2.0 将这个问题推给了字符串类型，使字符串操作功能通过 8 位字符串和 Unicode 字符串上的方法来实现。"
610610

611611
#: ../../whatsnew/2.0.rst:411
612612
msgid ""
@@ -615,7 +615,7 @@ msgid ""
615615
"methods return new strings, and do not modify the string on which they "
616616
"operate."
617617
msgstr ""
618-
"有一件事没有改变，即使是值得注意的愚人节玩笑，Python字符串仍然是不可变的。因此，字符串方法返回的是新的字符串，而不是修改他们操作的原字符串。"
618+
"有一件事没有改变，即使是值得注意的愚人节玩笑，Python 字符串仍然是不可变的。 因此，字符串方法返回的是新的字符串，而不是修改他们操作的原字符串。"
619619

620620
#: ../../whatsnew/2.0.rst:415
621621
msgid ""
@@ -630,8 +630,9 @@ msgid ""
630630
":meth:`!endswith`. ``s.startswith(t)`` is equivalent to ``s[:len(t)] == t``,"
631631
" while ``s.endswith(t)`` is equivalent to ``s[-len(t):] == t``."
632632
msgstr ""
633-
"在2.0之前的版本中没有对应方法的两个方法是:meth:`!startswith`和:meth:`!endswith`，尽管它们在JPython中存在了相当长的时间。``s.startswith(t)``等同于``s[:len(t)]"
634-
" == t``，而``s.endswith(t)``等同于``s[-len(t):] == t``。"
633+
"在 2.0 之前的版本中没有对应方法的两个方法是 :meth:`!startswith` 和 :meth:`!endswith`，尽管它们在 "
634+
"JPython 中存在了相当长的时间。 ``s.startswith(t)`` 等同于 ``s[:len(t)] == t``，而 "
635+
"``s.endswith(t)`` 等同于 ``s[-len(t):] == t``。"
635636

636637
#: ../../whatsnew/2.0.rst:423
637638
msgid ""
@@ -658,8 +659,8 @@ msgid ""
658659
"no longer accessible, since you need to have a reference to an object to "
659660
"access it, and if the count is zero, no references exist any longer."
660661
msgstr ""
661-
" "
662-
"Python的C实现使用引用技术来实现垃圾回收。每个Python对象维护一个指向自身的引用数量，并在引用创建或销毁时调整该计数。一旦引用计数达到零，对象就不再可访问，因为访问对象需要一个引用，然后如果计数为零，就不再存在任何引用。"
662+
"Python 的 C 实现使用引用技术来实现垃圾回收。 每个 Python 对象维护一个指向自身的引用数量，并在引用创建或销毁时调整该计数。 "
663+
"一旦引用计数达到零，对象就不再可访问，因为访问对象需要一个引用，然后如果计数为零，就不再存在任何引用。"
663664

664665
#: ../../whatsnew/2.0.rst:442
665666
msgid ""
@@ -676,7 +677,7 @@ msgstr ""
676677
msgid ""
677678
"Consider the simplest possible cycle, a class instance which has a "
678679
"reference to itself::"
679-
msgstr "考虑最简单的循环，一个类实例引用自身："
680+
msgstr "考虑最简单的循环，一个类实例引用自身::"
680681

681682
#: ../../whatsnew/2.0.rst:455
682683
msgid ""
@@ -724,9 +725,10 @@ msgid ""
724725
"buggy, by specifying the :option:`!--without-cycle-gc` switch when running "
725726
"the :program:`configure` script."
726727
msgstr ""
727-
"运行循环检测算法需要一些时间，因此会带来一些额外的开销，希望在使用2.0版本的循环收集经验之后，Python "
728-
"2.1可以通过精细调整来尽量减少开销。目前还不清楚性能损失有多大，因为对此进行精准测试很棘手，而且关键在于程序创建和销毁对象的频率。如果你不能接受哪怕是微小的速度损失，或者怀疑循环收集存在问题，可以在编译Python时禁用循环检测，通过在运行:program:`configure`脚本时指定:option:`!"
729-
"--without-cycle-gc`开关来实现。"
728+
"运行循环检测算法需要一些时间，因此会带来一些额外的开销，希望在使用 2.0 版本的循环收集经验之后，Python 2.1 "
729+
"可以通过精细调整来尽量减少开销。 目前还不清楚性能损失有多大，因为对此进行精准测试很棘手，而且关键在于程序创建和销毁对象的频率。 "
730+
"如果你不能接受哪怕是微小的速度损失，或者怀疑循环收集存在问题，可以在编译 Python 时禁用循环检测，通过在运行 "
731+
":program:`configure` 脚本时指定 :option:`!--without-cycle-gc` 开关来实现。"
730732

731733
#: ../../whatsnew/2.0.rst:482
732734
msgid ""
@@ -740,11 +742,10 @@ msgid ""
740742
"threads titled \"Reference cycle collection for Python\" and \"Finalization "
741743
"again\"."
742744
msgstr ""
743-
"有几个人解决了这个问题并为解决方案做出了贡献。循环检测方法的早期实现由Toby Kelsey编写。当前的算法是在Eric "
744-
"Tiedemann访问CNRI期间提出的，Guido van Rossum和Neil "
745-
"Schemenauer分别编写了两个不同的实现，后来由Neil将它们整合。许多其他人也在过程中提出了建议；python-"
746-
"dev邮件列表2000年3月的存档包含了大部分相关讨论，尤其是在标题为“Reference cycle collection for "
747-
"Python”和“Finalization again”的线程中。"
745+
"有几个人解决了这个问题并为解决方案做出了贡献。循环检测方法的早期实现由 Toby Kelsey 编写。 当前的算法是在 Eric Tiedemann "
746+
"访问 CNRI 期间提出的，Guido van Rossum 和 Neil Schemenauer 分别编写了两个不同的实现，后来由 Neil "
747+
"将它们整合。 许多其他人也在过程中提出了建议；python-dev 邮件列表 2000 年 3 月的存档包含了大部分相关讨论，尤其是在标题为 "
748+
"“Reference cycle collection for Python” 和 “Finalization again” 的帖子中。"
748749

749750
#: ../../whatsnew/2.0.rst:495
750751
msgid "Other Core Changes"
@@ -755,7 +756,7 @@ msgid ""
755756
"Various minor changes have been made to Python's syntax and built-in "
756757
"functions. None of the changes are very far-reaching, but they're handy "
757758
"conveniences."
758-
msgstr "Python的语法和内置函数进行了各种小改动。虽然这些二改动都不是非常深远，但它们都是很方便的改进。"
759+
msgstr "Python 的语法和内置函数进行了各种小改动。 虽然这些改动都不是非常深远，但它们都是很方便的改进。"
759760

760761
#: ../../whatsnew/2.0.rst:502
761762
msgid "Minor Language Changes"
@@ -797,8 +798,8 @@ msgid ""
797798
"module as name`` or ``from module import name as othername``. The patch was"
798799
" submitted by Thomas Wouters."
799800
msgstr ""
800-
"模块现在可以在导入时重命名，使用语法``import module as name``或``from module import name as "
801-
"othername``。这个补丁是由Thomas Wouters提交的。"
801+
"模块现在可以在导入时重命名，使用语法 ``import module as name`` 或 ``from module import name as "
802+
"othername``。这个补丁是由 Thomas Wouters 提交的。"
802803

803804
#: ../../whatsnew/2.0.rst:532
804805
msgid ""
@@ -838,9 +839,9 @@ msgid ""
838839
" and crashed; Jeremy Hylton rewrote the code to no longer crash, producing a"
839840
" useful result instead. For example, after this code::"
840841
msgstr ""
841-
"早期版本的Python使用递归算法来删除对象。深度嵌套的数据结构可能导致解释器填满C栈并崩溃。Christian "
842-
"Tismer重写了删除逻辑来解决这个问题。相关地，比较递归对象时会导致无线递归并崩溃。Jeremy "
843-
"Hylton重写了代码，使其不再崩溃，而是产生有用的结果。例如，在以下代码之后："
842+
"早期版本的 Python 使用递归算法来删除对象。深度嵌套的数据结构可能导致解释器填满 C 栈并崩溃。 Christian Tismer "
843+
"重写了删除逻辑来解决这个问题。 相关地，比较递归对象时会导致无线递归并崩溃。Jeremy Hylton 重写了代码，使其不再崩溃，而是产生有用的结果。 "
844+
"例如，在以下代码之后::"
844845

845846
#: ../../whatsnew/2.0.rst:559
846847
msgid ""
@@ -853,9 +854,10 @@ msgid ""
853854
"even if a user-defined :meth:`!__cmp__` method encountered an error, since "
854855
"the resulting exception would simply be silently swallowed."
855856
msgstr ""
856-
"比较``a==b``返回真，因为这两个递归数据结构是同构的。请参阅python-dev邮件列表2000年4月的存档中的\"trashcan and "
857-
"PR#7\"线程，以了解导致此实现的讨论和一些相关的有用链接。请注意，现在的比较操作也可以引发异常。在早期版本的Python中，即使用户定义的:meth:`!__cmp__`"
858-
" 方法遇到错误，譬如``cmp(a,b)``的比较操作也总会产生一个答案，因为结果异常会被静默处理掉。"
857+
"比较 ``a==b`` 将返回真值，因为这两个递归数据结构是同构的。 请参阅 python-dev 邮件列表 2000 年 4 月的存档中的 "
858+
"\"trashcan and PR#7\" 帖子，以了解导致此实现的讨论和一些相关的有用链接。 请注意，现在的比较操作也可以引发异常。 在早期版本的 "
859+
"Python 中，即使用户定义的 :meth:`!__cmp__` 方法遇到错误，譬如 ``cmp(a,b)`` "
860+
"的比较操作也总会产生一个答案，因为结果异常会被静默处理掉。"
859861

860862
#: ../../whatsnew/2.0.rst:571
861863
msgid ""
@@ -878,8 +880,8 @@ msgid ""
878880
"suffix=.x\". Consult the README in the Python source distribution for more "
879881
"instructions."
880882
msgstr ""
881-
"另一个新的平台是Darwin/MacOS X；Python 2.0中提供了初步支持。如果你指定 \"configure --with-dyld "
882-
"--with-suffix=.x\"，动态加载是可行的。有关更多说明，请参阅Python源代码分发中的README文件。"
883+
"另一个新的平台是 Darwin/MacOS X；Python 2.0 中提供了初步支持。如果你指定 \"configure --with-dyld "
884+
"--with-suffix=.x\"，动态加载是可行的。 有关更多说明，请参阅 Python 源代码分发中的 README 文件。"
883885

884886
#: ../../whatsnew/2.0.rst:581
885887
msgid ""
@@ -994,8 +996,9 @@ msgid ""
994996
"always be avoided. This section lists the changes in Python 2.0 that may "
995997
"cause old Python code to break."
996998
msgstr ""
997-
"新的Python版本尽力与之前的版本兼容，而且兼容性记录相当不错。然而，有些变化被认为足够有用，通常是因为他们修正了最终设计中的错误决定，因此有时无法避免打破向后兼容性。本节列出了Python"
998-
" 2.0中可能导致旧Python代码中断的更改。"
999+
"新的 Python 版本尽力与之前的版本兼容，而且兼容性记录相当不错。 "
1000+
"然而，有些变化被认为足够有用，通常是因为他们修正了最终设计中的错误决定，因此有时无法避免打破向后兼容性。 本节列出了 Python 2.0 中可能导致旧"
1001+
" Python 代码中断的更改。"
9991002

10001003
#: ../../whatsnew/2.0.rst:656
10011004
msgid ""
@@ -1026,10 +1029,10 @@ msgid ""
10261029
"preprocessor symbol ``NO_STRICT_LIST_APPEND`` to preserve the old behaviour;"
10271030
" this isn't recommended."
10281031
msgstr ""
1029-
"这些方法的早期版本更加宽容，因为它们使用了Python C接口中的一个旧函数来解析它们的参数；2.0版本将它们现代化，使用 "
1030-
":c:func:`PyArg_ParseTuple`，这是当前的参数解析函数，它提供了更有用的错误消息，并将多参数调用视为错误。如果你必须使用2.0但无法修复你的代码，可以编辑"
1031-
" :file:`Objects/listobject.c` 并定义预处理符号 ``NO_STRICT_LIST_APPEND`` "
1032-
"以保留旧的行为；但这并不推荐。"
1032+
"这些方法的早期版本更加宽容，因为它们使用了 Python C 接口中的一个旧函数来解析它们的参数；2.0 版本将它们现代化，使用 "
1033+
":c:func:`PyArg_ParseTuple`，这是当前的参数解析函数，它提供了更有用的错误消息，并将多参数调用视为错误。如果你必须使用 2.0 "
1034+
"但无法修复你的代码，可以编辑 :file:`Objects/listobject.c` 并定义预处理符号 "
1035+
"``NO_STRICT_LIST_APPEND`` 以保留旧的行为；但这并不推荐。"
10331036

10341037
#: ../../whatsnew/2.0.rst:673
10351038
msgid ""

0 commit comments

Comments
 (0)