8000 fix: 值組 -> 元組 and use singular noun in translation · python/python-docs-zh-tw@777894c · GitHub
[go: up one dir, main page]

Skip to content

Commit 777894c

Browse files
authored
fix: 值組 -> 元組 and use singular noun in translation
1 parent 9012e88 commit 777894c

File tree

1 file changed

+22
-22
lines changed

1 file changed

+22
-22
lines changed

faq/design.po

Lines changed: 22 additions & 22 deletions
Original file line numberDiff line numberDiff line change
@@ -192,7 +192,7 @@ msgid ""
192192
"tuples and lists."
193193
msgstr ""
194194
"其一是效能:知道字串不可變動後,我們就可以在創造他的時候就分配好空間,而後他"
195-
"的儲存空間需求就是固定不變的。這也是值組 (tuples) 和串列 (lists) 相異的其中一"
195+
"的儲存空間需求就是固定不變的。這也是元組 (tuple) 和串列 (list) 相異的其中一"
196196
"個原因。"
197197

198198
#: ../../faq/design.rst:104
@@ -347,7 +347,7 @@ msgstr ""
347347

348348
#: ../../faq/design.rst:193
349349
msgid "Why is join() a string method instead of a list or tuple method?"
350-
msgstr "為何 join() 是字串方法而非串列 (list) 或值組 (tuple) 方法?"
350+
msgstr "為何 join() 是字串方法而非串列 (list) 或元組 (tuple) 方法?"
351351

352352
#: ../../faq/design.rst:195
353353
msgid ""
@@ -607,7 +607,7 @@ msgid ""
607607
"CPython) will probably run out of file descriptors::"
608608
msgstr ""
609609
"在一些 Python 實作中,下面這段程式碼(在 CPython 可以正常運作)可能會把檔案描"
610-
"述子 (file descriptors) 用盡:\n"
610+
"述子 (file descriptor) 用盡:\n"
611611
"\n"
612612
"::"
613613

@@ -693,7 +693,7 @@ msgstr ""
693693

694694
#: ../../faq/design.rst:400
695695
msgid "Why are there separate tuple and list data types?"
696-
msgstr "為何要把值組 (tuple) 和串列 (list) 分成兩個資料型態?"
696+
msgstr "為何要把元組 (tuple) 和串列 (list) 分成兩個資料型態?"
697697

698698
#: ../../faq/design.rst:402
699699
msgid ""
@@ -704,10 +704,10 @@ msgid ""
704704
"Cartesian coordinate is appropriately represented as a tuple of two or three "
705705
"numbers."
706706
msgstr ""
707-
"串列和值組在很多方面相當相似,但通常用在完全不同的地方。值組可以想成 Pascal "
708-
"的紀錄 (records) 或是 C 的結構 (structs),是一小群相關聯但可能是不同型別的資"
707+
"串列和元組在很多方面相當相似,但通常用在完全不同的地方。元組可以想成 Pascal "
708+
"的紀錄 (record) 或是 C 的結構 (struct),是一小群相關聯但可能是不同型別的資"
709709
"料集合,以一組為單位進行操作。舉例來說,一個笛卡兒坐標系可以適當地表示成一個"
710-
"有二或三個值的值組。"
710+
"有二或三個值的元組。"
711711

712712
#: ../../faq/design.rst:409
713713
msgid ""
@@ -730,13 +730,13 @@ msgid ""
730730
"be used as dictionary keys, and hence only tuples and not lists can be used "
731731
"as keys."
732732
msgstr ""
733-
"值組則是不可變的,代表一旦值組被建立,你就不能夠改變裡面的任何一個值。而串列"
733+
"元組則是不可變的,代表一旦元組被建立,你就不能夠改變裡面的任何一個值。而串列"
734734
"可變,所以你可以改變裡面的元素。只有不可變的元素可以成為字典的鍵,所以只能把"
735-
"值組當成鍵,而串列則不行。"
735+
"元組當成鍵,而串列則不行。"
736736

737737
#: ../../faq/design.rst:423
738738
msgid "How are lists implemented in CPython?"
739-
msgstr "串列 (lists) 在 CPython 中是怎麼實作的?"
739+
msgstr "串列 (list) 在 CPython 中是怎麼實作的?"
740740

741741
#: ../../faq/design.rst:425
742742
msgid ""
@@ -745,8 +745,8 @@ msgid ""
745745
"objects, and keeps a pointer to this array and the array's length in a list "
746746
"head structure."
747747
msgstr ""
748-
"CPython 的串列 (lists) 事實上是可變長度的陣列 (array),而不是像 Lisp 語言的鏈"
749-
"接串列 (linked lists)。實作上,他是一個連續的物件參照 (references) 陣列,並把"
748+
"CPython 的串列 (list) 事實上是可變長度的陣列 (array),而不是像 Lisp 語言的鏈"
749+
"接串列 (linked list)。實作上,他是一個連續的物件參照 (reference) 陣列,並把"
750750
"指向此陣列的指標 (pointer) 和陣列長度存在串列的標頭結構內。"
751751

752752
#: ../../faq/design.rst:429
@@ -777,8 +777,8 @@ msgid ""
777777
"operation by far) under most circumstances, and the implementation is "
778778
"simpler."
779779
msgstr ""
780-
"CPython 的字典是用可調整大小的雜湊表 (hash tables) 實作的。比起 B 樹 (B-"
781-
"trees),在搜尋(目前為止最常見的操作)方面有更好的表現,實作上也較為簡單。"
780+
"CPython 的字典是用可調整大小的雜湊表 (hash table) 實作的。比起 B 樹 (B-"
781+
"tree),在搜尋(目前為止最常見的操作)方面有更好的表現,實作上也較為簡單。"
782782

783783
#: ../../faq/design.rst:445
784784
msgid ""
@@ -827,8 +827,8 @@ msgid ""
827827
"as the list ``L``. Tuples are immutable and can therefore be used as "
828828
"dictionary keys."
829829
msgstr ""
830-
"如果你想要用串列作為字典的索引,把他轉換成值組即可。``tuple(L)`` 函式會建立一"
831-
"個和串列 ``L`` 一樣內容的值組。而值組是不可變的,所以可以用來當成字典的鍵。"
830+
"如果你想要用串列作為字典的索引,把他轉換成元組即可。``tuple(L)`` 函式會建立一"
831+
"個和串列 ``L`` 一樣內容的元組。而元組是不可變的,所以可以用來當成字典的鍵。"
832832

833833
#: ../../faq/design.rst:471
834834
msgid "Some unacceptable solutions that have been proposed:"
@@ -884,7 +884,7 @@ msgid ""
884884
"loop."
885885
msgstr ""
886886
"一旦串列被當成鍵,把他標記成只能讀取。問題是,這不只要避免最上層的物件改變"
887-
"值,就像用值組包含串列來做為鍵。把一個物件當成鍵,需要將從他開始可以接觸到的"
887+
"值,就像用元組包含串列來做為鍵。把一個物件當成鍵,需要將從他開始可以接觸到的"
888888
"所有物件都標記成只能讀取 — 所以再一次,自己參照自己的物件會導致無窮迴圈。"
889889

890890
#: ../../faq/design.rst:498
@@ -990,7 +990,7 @@ msgid ""
990990
"`~collections.abc.MutableMapping`."
991991
msgstr ""
992992
"Python 2.6 加入了 :mod:`abc` 模組,讓你可以定義抽象基底類別 (Abstract Base "
993-
"Classes, ABCs)。你可以使用 :func:`isinstance` 和 :func:`issubclass` 來確認一"
993+
"Class, ABC)。你可以使用 :func:`isinstance` 和 :func:`issubclass` 來確認一"
994994
"個實例或是類別是否實作了某個抽象基底類別。而 :mod:`collections."
995995
"abc` 模組定義了一系列好用的抽象基底類別,像是 :class:`~collections.abc."
996996
"Iterable`、:class:`~collections.abc.Container` 和 :class:`~collections.abc."
@@ -1220,7 +1220,7 @@ msgstr ""
12201220

12211221
#: ../../faq/design.rst:708
12221222
msgid "Why don't generators support the with statement?"
1223-
msgstr "為何產生器 (generators) 不支援 with 陳述式?"
1223+
msgstr "為何產生器 (generator) 不支援 with 陳述式?"
12241224

12251225
#: ../../faq/design.rst:710
12261226
msgid ""
@@ -1274,14 +1274,14 @@ msgstr ""
12741274

12751275
#: ../../faq/design.rst:739
12761276
msgid "Why does Python allow commas at the end of lists and tuples?"
1277-
msgstr "為何 Python 允許在串列和值組末端加上逗號?"
1277+
msgstr "為何 Python 允許在串列和元組末端加上逗號?"
12781278

12791279
#: ../../faq/design.rst:741
12801280
msgid ""
12811281
"Python lets you add a trailing comma at the end of lists, tuples, and "
12821282
"dictionaries::"
12831283
msgstr ""
1284-
"Python 允許你在串列、值組和字典的結尾加上逗號:\n"
1284+
"Python 允許你在串列、元組和字典的結尾加上逗號:\n"
12851285
"\n"
12861286
"::"
12871287

@@ -1296,7 +1296,7 @@ msgid ""
12961296
"remember to add a comma to the previous line. The lines can also be "
12971297
"reordered without creating a syntax error."
12981298
msgstr ""
1299-
"當你要把串列、值組或字典的值寫成多行時,這樣做會讓你新增元素時較為方便,因為"
1299+
"當你要把串列、元組或字典的值寫成多行時,這樣做會讓你新增元素時較為方便,因為"
13001300
"你不需要在前一行加上逗號。這幾行的值也可以被重新排序,而不會導致語法錯誤。"
13011301

13021302
#: ../../faq/design.rst:759

0 commit comments

Comments
 (0)
0