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

Skip to content

Commit bc83d57

Browse files
github-actions[bot]github-actions[bot]
committed
[po] auto sync
1 parent de5274b commit bc83d57

2 files changed

Lines changed: 24 additions & 23 deletions

File tree

‎.stat.json‎

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1 +1 @@
1-
{"translation": "92.91%", "updated_at": "2024-05-06T07:22:26Z"}
1+
{"translation": "92.91%", "updated_at": "2024-05-07T01:40:48Z"}

‎faq/design.po‎

Lines changed: 23 additions & 22 deletions
Original file line numberDiff line numberDiff line change
@@ -1,24 +1,25 @@
11
# SOME DESCRIPTIVE TITLE.
2-
# Copyright (C) 2001-2022, Python Software Foundation
2+
# Copyright (C) 2001-2024, Python Software Foundation
33
# This file is distributed under the same license as the Python package.
44
# FIRST AUTHOR <EMAIL@ADDRESS>, YEAR.
55
#
66
# Translators:
77
# ww song <[email protected]>, 2018
88
# Shengjing Zhu <[email protected]>, 2019
99
# ppcfish <[email protected]>, 2019
10-
# Freesand Leo <[email protected]>, 2021
1110
# Alpha Du <[email protected]>, 2022
11+
# Rafael Fontenelle <[email protected]>, 2023
12+
# Freesand Leo <[email protected]>, 2024
1213
#
1314
#, fuzzy
1415
msgid ""
1516
msgstr ""
1617
"Project-Id-Version: Python 3.9\n"
1718
"Report-Msgid-Bugs-To: \n"
18-
"POT-Creation-Date: 2022-11-04 14:34+0000\n"
19+
"POT-Creation-Date: 2024-05-03 21:11+0000\n"
1920
"PO-Revision-Date: 2017-02-16 17:42+0000\n"
20-
"Last-Translator: Alpha Du <alphanow@gmail.com>, 2022\n"
21-
"Language-Team: Chinese (China) (https://www.transifex.com/python-doc/teams/5390/zh_CN/)\n"
21+
"Last-Translator: Freesand Leo <yuqinju@163.com>, 2024\n"
22+
"Language-Team: Chinese (China) (https://app.transifex.com/python-doc/teams/5390/zh_CN/)\n"
2223
"MIME-Version: 1.0\n"
2324
"Content-Type: text/plain; charset=UTF-8\n"
2425
"Content-Transfer-Encoding: 8bit\n"
@@ -35,22 +36,23 @@ msgstr "目录"
3536

3637
#: ../../faq/design.rst:11
3738
msgid "Why does Python use indentation for grouping of statements?"
38-
msgstr "为什么Python使用缩进来分组语句？"
39+
msgstr "为什么 Python 使用缩进来分组语句？"
3940

4041
#: ../../faq/design.rst:13
4142
msgid ""
4243
"Guido van Rossum believes that using indentation for grouping is extremely "
4344
"elegant and contributes a lot to the clarity of the average Python program. "
4445
"Most people learn to love this feature after a while."
4546
msgstr ""
46-
"Guido van Rossum 认为使用缩进进行分组非常优雅，并且大大提高了普通Python程序的清晰度。大多数人在一段时间后就学会并喜欢上这个功能。"
47+
"Guido van Rossum 认为使用缩进进行分组非常优雅，并且大大提高了普通 Python 程序的清晰度。 "
48+
"大多数人在一段时间后就会喜欢上这个特性。"
4749

4850
#: ../../faq/design.rst:17
4951
msgid ""
5052
"Since there are no begin/end brackets there cannot be a disagreement between"
5153
" grouping perceived by the parser and the human reader. Occasionally C "
5254
"programmers will encounter a fragment of code like this::"
53-
msgstr "由于没有开始/结束括号，因此解析器感知的分组与人类读者之间不会存在分歧。偶尔C程序员会遇到像这样的代码片段::"
55+
msgstr "由于没有开始/结束括号，因此解析器感知的分组与人类读者之间不会存在分歧。 偶尔 C 程序员会遇到像这样的代码片段::"
5456

5557
#: ../../faq/design.rst:26
5658
msgid ""
@@ -60,7 +62,7 @@ msgid ""
6062
"decremented even for ``x > y``."
6163
msgstr ""
6264
"如果条件为真，则只执行 ``x++`` 语句，但缩进会使你认为情况并非如此。 即使是经验丰富的 C 程序员有时也会长久地盯着它发呆，不明白为什么在 "
63-
"``x > y``时 ``y`` 也会减少。"
65+
"``x > y`` 时 ``y`` 也会减少。"
6466

6567
#: ../../faq/design.rst:31
6668
msgid ""
@@ -70,7 +72,7 @@ msgid ""
7072
"style, it is normal to feel somewhat uneasy when reading (or being required "
7173
"to write) in a different one."
7274
msgstr ""
73-
"因为没有开始/结束花括号，所以 Python 更不容易发生编码风格冲突。 在 C 中有许多不同的放置花括号的方式。 "
75+
"因为没有开始/结束花括号，所以 Python 更不容易发生代码风格冲突。 在 C 中有许多不同的放置花括号的方式。 "
7476
"在习惯了阅读和编写某种特定风格的代码之后，当阅读（或被要求编写）另一种风格的代码时通常都会令人感觉有点不舒服）。"
7577

7678
#: ../../faq/design.rst:38
@@ -83,9 +85,9 @@ msgid ""
8385
"brackets -- the lack of declarations and the high-level data types are also "
8486
"responsible -- but the indentation-based syntax certainly helps."
8587
msgstr ""
86-
"许多编码风格将开始/结束括号单独放在一行上。这使得程序相当长，浪费了宝贵的屏幕空间，使得更难以对程序进行全面的了解。理想情况下，函数应该适合一个屏幕（例如，20"
87-
"--30行）。 20行Python可以完成比20行C更多的工作。这不仅仅是由于缺少开始/结束括号 -- 缺少声明和高级数据类型也是其中的原因 -- "
88-
"但缩进基于语法肯定有帮助。"
88+
"许多编码风格将开始/结束括号单独放在一行上。这使得程序相当长，浪费了宝贵的屏幕空间，使得更难以对程序进行全面的了解。 "
89+
"理想情况下，函数应该适合一个屏幕（例如，20--30行）。 20 行 Python 可以完成比 20 行 C 更多的工作。 "
90+
"这不仅仅是由于没有开始/结束括号 -- 无需声明以及高层级的数据类型也是其中的原因 -- 但基于缩进的语法肯定有帮助。"
8991

9092
#: ../../faq/design.rst:48
9193
msgid "Why am I getting strange results with simple arithmetic operations?"
@@ -305,7 +307,7 @@ msgstr ""
305307

306308
#: ../../faq/design.rst:193
307309
msgid "Why is join() a string method instead of a list or tuple method?"
308-
msgstr "为什么 join()是一个字符串方法而不是列表或元组方法？"
310+
msgstr "为什么 join() 是一个字符串方法而不是列表或元组方法？"
309311

310312
#: ../../faq/design.rst:195
311313
msgid ""
@@ -315,8 +317,8 @@ msgid ""
315317
"methods have been widely accepted, but the one which appears to make some "
316318
"programmers feel uncomfortable is::"
317319
msgstr ""
318-
"从Python "
319-
"1.6开始，字符串变得更像其他标准类型，当添加方法时，这些方法提供的功能与始终使用String模块的函数时提供的功能相同。这些新方法中的大多数已被广泛接受，但似乎让一些程序员感到不舒服的一种方法是："
320+
"从 Python 1.6 开始，字符串变得更像其他标准类型，当添加方法时，这些方法提供的功能与始终使用 String "
321+
"模块的函数时提供的功能相同。这些新方法中的大多数已被广泛接受，但似乎让一些程序员感到不舒服的一种方法是："
320322

321323
#: ../../faq/design.rst:203
322324
msgid "which gives the result::"
@@ -463,9 +465,8 @@ msgid ""
463465
"other languages, where they add functionality, Python lambdas are only a "
464466
"shorthand notation if you're too lazy to define a function."
465467
msgstr ""
466-
"Python的 "
467-
"lambda表达式不能包含语句，因为Python的语法框架不能处理嵌套在表达式内部的语句。然而，在Python中，这并不是一个严重的问题。与其他语言中添加功能的lambda表单不同，Python的"
468-
" lambdas只是一种速记符号，如果您懒得定义函数的话。"
468+
"Python 的 lambda 表达式不能包含语句，因为Python的语法框架不能处理嵌套在表达式内部的语句。然而，在 Python "
469+
"中，这并不是一个严重的问题。 与其他语言中添加功能的 lambda 形式不同，Python 的 lambda 只是一种速记符号，如果您懒得定义函数的话。"
469470

470471
#: ../../faq/design.rst:315
471472
msgid ""
@@ -799,7 +800,7 @@ msgid ""
799800
"and other hash based structures will misbehave."
800801
msgstr ""
801802
"此外，必须始终如此，如果 ``o1 == o2`` （即 ``o1.__eq__(o2) is True`` ）则 ``hash(o1) == "
802-
"hash(o2)``（即 ``o1.__hash__() == o2.__hash__()`` ），无论对象是否在字典中。 "
803+
"hash(o2)`` （即 ``o1.__hash__() == o2.__hash__()`` ），无论对象是否在字典中。 "
803804
"如果你不能满足这些限制，字典和其他基于 hash 的结构将会出错。"
804805

805806
#: ../../faq/design.rst:533
@@ -862,7 +863,7 @@ msgstr ""
862863
"Python 2.6添加了一个 :mod:`abc` 模块，允许定义抽象基类 (ABCs)。然后可以使用 :func:`isinstance` 和 "
863864
":func:`issubclass` 来检查实例或类是否实现了特定的ABC。 :mod:`collections.abc` 模块定义了一组有用的ABCs"
864865
" 例如 :class:`~collections.abc.Iterable` ， :class:`~collections.abc.Container`"
865-
" , 和 :class:`~collections.abc.MutableMapping` "
866+
" , 和 :class:`~collections.abc.MutableMapping`"
866867

867868
#: ../../faq/design.rst:572
868869
msgid ""
@@ -1061,7 +1062,7 @@ msgstr ""
10611062

10621063
#: ../../faq/design.rst:719
10631064
msgid "Why are colons required for the if/while/def/class statements?"
1064-
msgstr "为什么 if/while/def/class语句需要冒号？ "
1065+
msgstr "为什么 if/while/def/class语句需要冒号？"
10651066

10661067
#: ../../faq/design.rst:721
10671068
msgid ""

0 commit comments

Comments
 (0)