1
1
# SOME DESCRIPTIVE TITLE.
2
- # Copyright (C) 2001-2021 , Python Software Foundation
2
+ # Copyright (C) 2001-2024 , Python Software Foundation
3
3
# This file is distributed under the same license as the Python package.
4
4
# FIRST AUTHOR <EMAIL@ADDRESS>, YEAR.
5
5
#
8
8
# ww song <[email protected] >, 2020
9
9
# Alpha Du <[email protected] >, 2020
10
10
# ppcfish <[email protected] >, 2020
11
- # Freesand Leo <[email protected] >, 2021
11
+ # Rafael Fontenelle <[email protected] >, 2023
12
+ # Freesand Leo <[email protected] >, 2024
12
13
#
13
14
#, fuzzy
14
15
msgid ""
15
16
msgstr ""
16
17
"Project-Id-Version : Python 3.8\n "
17
18
"Report-Msgid-Bugs-To : \n "
18
- "POT-Creation-Date : 2021-03-16 16:44 +0000\n "
19
+ "POT-Creation-Date : 2024-05-03 23:17 +0000\n "
19
20
"PO-Revision-Date : 2020-05-30 11:53+0000\n "
20
- "
Last-Translator :
Freesand Leo <[email protected] >, 2021 \n "
21
- "Language-Team : Chinese (China) (https://www .transifex.com/python-doc/teams/5390/zh_CN/)\n "
21
+ "
Last-Translator :
Freesand Leo <[email protected] >, 2024 \n "
22
+ "Language-Team : Chinese (China) (https://app .transifex.com/python-doc/teams/5390/zh_CN/)\n "
22
23
"MIME-Version : 1.0\n "
23
24
"Content-Type : text/plain; charset=UTF-8\n "
24
25
"Content-Transfer-Encoding : 8bit\n "
@@ -35,22 +36,23 @@ msgstr "目录"
35
36
36
37
#: ../../faq/design.rst:11
37
38
msgid "Why does Python use indentation for grouping of statements?"
38
- msgstr "为什么Python使用缩进来分组语句 ?"
39
+ msgstr "为什么 Python 使用缩进来分组语句 ?"
39
40
40
41
#: ../../faq/design.rst:13
41
42
msgid ""
42
43
"Guido van Rossum believes that using indentation for grouping is extremely "
43
44
"elegant and contributes a lot to the clarity of the average Python program. "
44
45
"Most people learn to love this feature after a while."
45
46
msgstr ""
46
- "Guido van Rossum 认为使用缩进进行分组非常优雅,并且大大提高了普通Python程序的清晰度。大多数人在一段时间后就学会并喜欢上这个功能。"
47
+ "Guido van Rossum 认为使用缩进进行分组非常优雅,并且大大提高了普通 Python 程序的清晰度。 "
48
+ "大多数人在一段时间后就会喜欢上这个特性。"
47
49
48
50
#: ../../faq/design.rst:17
49
51
msgid ""
50
52
"Since there are no begin/end brackets there cannot be a disagreement between"
51
53
" grouping perceived by the parser and the human reader. Occasionally C "
52
54
"programmers will encounter a fragment of code like this::"
53
- msgstr "由于没有开始/结束括号,因此解析器感知的分组与人类读者之间不会存在分歧。偶尔C程序员会遇到像这样的代码片段 ::"
55
+ msgstr "由于没有开始/结束括号,因此解析器感知的分组与人类读者之间不会存在分歧。 偶尔 C 程序员会遇到像这样的代码片段 ::"
54
56
55
57
#: ../../faq/design.rst:26
56
58
msgid ""
@@ -82,9 +84,9 @@ msgid ""
82
84
"brackets -- the lack of declarations and the high-level data types are also "
83
85
"responsible -- but the indentation-based syntax certainly helps."
84
86
msgstr ""
85
- "许多编码风格将开始/结束括号单独放在一行上。这使得程序相当长,浪费了宝贵的屏幕空间,使得更难以对程序进行全面的了解。理想情况下,函数应该适合一个屏幕(例如,20 "
86
- "--30行)。 20行Python可以完成比20行C更多的工作。这不仅仅是由于缺少开始/结束括号 -- 缺少声明和高级数据类型也是其中的原因 -- "
87
- "但缩进基于语法肯定有帮助 。"
87
+ "许多编码风格将开始/结束括号单独放在一行上。这使得程序相当长,浪费了宝贵的屏幕空间,使得更难以对程序进行全面的了解。 "
88
+ "理想情况下,函数应该适合一个屏幕(例如,20 --30行)。 20 行 Python 可以完成比 20 行 C 更多的工作。 "
89
+ "这不仅仅是由于没有开始/结束括号 -- 无需声明以及高层级的数据类型也是其中的原因 -- 但基于缩进的语法肯定有帮助 。"
88
90
89
91
#: ../../faq/design.rst:46
90
92
msgid "Why am I getting strange results with simple arithmetic operations?"
@@ -304,7 +306,7 @@ msgstr ""
304
306
305
307
#: ../../faq/design.rst:191
306
308
msgid "Why is join() a string method instead of a list or tuple method?"
307
- msgstr "为什么 join()是一个字符串方法而不是列表或元组方法?"
309
+ msgstr "为什么 join() 是一个字符串方法而不是列表或元组方法?"
308
310
309
311
#: ../../faq/design.rst:193
310
312
msgid ""
@@ -314,8 +316,8 @@ msgid ""
314
316
"methods have been widely accepted, but the one which appears to make some "
315
317
"programmers feel uncomfortable is::"
316
318
msgstr ""
317
- "从Python "
318
- "1.6开始,字符串变得更像其他标准类型,当添加方法时,这些方法提供的功能与始终使用String模块的函数时提供的功能相同 。这些新方法中的大多数已被广泛接受,但似乎让一些程序员感到不舒服的一种方法是:"
319
+ "从 Python 1.6 开始,字符串变得更像其他标准类型,当添加方法时,这些方法提供的功能与始终使用 String "
320
+ "模块的函数时提供的功能相同 。这些新方法中的大多数已被广泛接受,但似乎让一些程序员感到不舒服的一种方法是:"
319
321
320
322
#: ../../faq/design.rst:201
321
323
msgid "which gives the result::"
@@ -462,9 +464,8 @@ msgid ""
462
464
"other languages, where they add functionality, Python lambdas are only a "
463
465
"shorthand notation if you're too lazy to define a function."
464
466
msgstr ""
465
- "Python的 "
466
- "lambda表达式不能包含语句,因为Python的语法框架不能处理嵌套在表达式内部的语句。然而,在Python中,这并不是一个严重的问题。与其他语言中添加功能的lambda表单不同,Python的"
467
- " lambdas只是一种速记符号,如果您懒得定义函数的话。"
467
+ "Python 的 lambda 表达式不能包含语句,因为Python的语法框架不能处理嵌套在表达式内部的语句。然而,在 Python "
468
+ "中,这并不是一个严重的问题。 与其他语言中添加功能的 lambda 形式不同,Python 的 lambda 只是一种速记符号,如果您懒得定义函数的话。"
468
469
469
470
#: ../../faq/design.rst:316
470
471
msgid ""
@@ -798,7 +799,7 @@ msgid ""
798
799
"and other hash based structures will misbehave."
799
800
msgstr ""
800
801
"此外,必须始终如此,如果 ``o1 == o2`` (即 ``o1.__eq__(o2) is True`` )则 ``hash(o1) == "
801
- "hash(o2)``(即 ``o1.__hash__() == o2.__hash__()`` ),无论对象是否在字典中。 "
802
+ "hash(o2)`` (即 ``o1.__hash__() == o2.__hash__()`` ),无论对象是否在字典中。 "
802
803
"如果你不能满足这些限制,字典和其他基于 hash 的结构将会出错。"
803
804
804
805
#: ../../faq/design.rst:534
@@ -861,7 +862,7 @@ msgstr ""
861
862
"Python 2.6添加了一个 :mod:`abc` 模块,允许定义抽象基类 (ABCs)。然后可以使用 :func:`isinstance` 和 "
862
863
":func:`issubclass` 来检查实例或类是否实现了特定的ABC。 :mod:`collections.abc` 模块定义了一组有用的ABCs"
863
864
" 例如 :class:`~collections.abc.Iterable` , :class:`~collections.abc.Container`"
864
- " , 和 :class:`~collections.abc.MutableMapping` "
865
+ " , 和 :class:`~collections.abc.MutableMapping`"
865
866
866
867
#: ../../faq/design.rst:573
867
868
msgid ""
@@ -1044,7 +1045,7 @@ msgstr "这也具有提高执行速度的副作用,因为Python在运行时解
1044
1045
1045
1046
#: ../../faq/design.rst:711
1046
1047
msgid "Why are colons required for the if/while/def/class statements?"
1047
- msgstr "为什么 if/while/def/class语句需要冒号? "
1048
+ msgstr "为什么 if/while/def/class语句需要冒号?"
1048
1049
1049
1050
#: ../../faq/design.rst:713
1050
1051
msgid ""
0 commit comments