@@ -17,7 +17,7 @@ msgid ""
1717msgstr ""
1818"Project-Id-Version : Python 3.8\n "
1919"Report-Msgid-Bugs-To : \n "
20- "POT-Creation-Date : 2024-07-20 03 :35+0000\n "
20+ "POT-Creation-Date : 2024-08-09 19 :35+0000\n "
2121"PO-Revision-Date : 2020-05-30 12:18+0000\n "
2222"
Last-Translator :
Freesand Leo <[email protected] >, 2024\n "
2323"Language-Team : Chinese (China) (https://app.transifex.com/python-doc/teams/5390/zh_CN/)\n "
@@ -355,6 +355,8 @@ msgid ""
355355"bit more memory, because Python may have to maintain two versions of each "
356356"string (in the legacy format and in the new efficient storage)."
357357msgstr ""
358+ "在 C API 方面,:pep:`393` 完全向下兼容。 旧的 API 至少还能使用五年。 使用传统 API "
359+ "的应用程序不会完全受益于内存的减少,或者更糟的是,可能会使用更多的内存,因为 Python 可能需要维护每个字符串的两个版本(传统格式和新的高效存储)。"
358360
359361#: ../../whatsnew/3.3.rst:227
360362msgid "Functionality"
@@ -371,24 +373,26 @@ msgid ""
371373"between narrow and wide builds no longer exists and Python now behaves like "
372374"a wide build, even under Windows."
373375msgstr ""
376+ "Python 现在始终支持全部 Unicode 码位,包括非 BMP 码位 (即从``U+0000`` 到 ``U+10FFFF``)。 "
377+ "窄编译版本和宽编译版本之间的区别已不复存在,Python 现在的行为就像宽编译版本,甚至在 Windows 下也是如此。"
374378
375379#: ../../whatsnew/3.3.rst:236
376380msgid ""
377381"With the death of narrow builds, the problems specific to narrow builds have"
378382" also been fixed, for example:"
379- msgstr ""
383+ msgstr "随着窄编译版本的消亡,窄编译版本特有的问题也得到了解决,例如: "
380384
381385#: ../../whatsnew/3.3.rst:239
382386msgid ""
383387":func:`len` now always returns 1 for non-BMP characters, so "
384388"``len('\\ U0010FFFF') == 1``;"
385- msgstr ""
389+ msgstr "现在 :func:`len` 对于非 BMP 字符总是返回 1,因此 ``len(' \\ U0010FFFF') == 1``; "
386390
387391#: ../../whatsnew/3.3.rst:242
388392msgid ""
389393"surrogate pairs are not recombined in string literals, so ``'\\ uDBFF\\ uDFFF'"
390394" != '\\ U0010FFFF'``;"
391- msgstr ""
395+ msgstr "替换对不会在字符串字面值中重新合并,因此 ``' \\ uDBFF \\ uDFFF' != ' \\ U0010FFFF'``; "
392396
393397#: ../../whatsnew/3.3.rst:245
394398msgid ""
0 commit comments