The C++ Programming Language 國際中文版 第四版 errata
Comments
 Share
The version of the browser you are using is no longer supported. Please upgrade to a supported browser.Dismiss

 
Comment only
 
 
Still loading...
ABCDEFGHIJKLMNOPQRSTUVWXYZAAAB
1
發現日期回報日期類別原譯文更正說明
2
2015/6/252015/6/25182,3名詞錯誤搜尋法排序法
3
2015/6/252015/6/25184翻錯(略)在真正的程式碼中,更適當的作法是直接呼叫函式庫函式,而不會採用此處用來解說語言功能的程式碼
4
2015/6/252015/6/2519-12翻錯演算法的運算式演算法的表達性
5
2015/6/252015/6/251102文句不通....的語言
6
2015/6/252015/6/25110翻錯D&E的第一點翻錯了
7
2015/6/252015/6/251175翻錯應該會有幫助反了
8
2015/6/252015/6/251232非常具有自信過度樂觀個人意見
9
2015/6/252015/6/251298minor(以 STL[Boost] 為基礎)(以 STL 為基礎) [Boost][Boost] 是 citation (見1.6節), 不是跟 STL 接一起的。
10
2015/6/252015/6/25129漏譯counted_ptrcounted_ptr 提案“proposal” 沒譯出來
11
2015/6/252015/6/251315個人意見許多主要的應用程式都不是用陽春語言撰寫的大多應用程式的撰寫不是只用語言本身就夠了
12
2015/6/252015/6/251315個人意見ISO C++ 標準函式庫以外不止 ISO C++ 標準函式庫「以外」可能會誤以為是「except」
13
2015/6/262015/7/324910不精確可用來用來
14
2015/6/262015/7/324912翻錯系統保證建構式一定可用來初始化類別物件系統保證一定會用建構式來初始化類別物件
15
2015/6/262015/7/3254-2個人意見就不會一開始便發生一開始就不會發生我覺得語義略有不同
16
2015/6/282015/7/33714翻錯由於並沒有指標指向 user() 以外的 Shape 物件由於並沒有 user() 以外的指標指向這些 Shape 物件
17
2015/6/282015/7/3496minorint main()int main() {}
18
2015/6/282015/7/351113翻錯只能也能
19
2015/6/282015/7/351115翻錯似乎會逐漸升高問題的嚴重性的問題似乎越來越常見
20
2015/6/282015/7/351136不精確每次的執行結果都不會一樣每次的執行結果可能會不一樣
21
2015/6/282015/7/35116-4翻錯請不要選擇共享資料的方式來傳遞資訊,原因只有一個,那就是「效率」(這不需思索,最好實際量測看看)請不要不加思索以為效率比較好又不量測,就選擇用共享資料的方式來傳遞資訊
22
2015/6/282015/7/35117codetypomqueue .pop()mqueue.pop()
23
2015/6/282015/7/35120-6typosyncasync
24
2015/6/282015/7/351212不精確取得使用者資訊從使用者取得資訊
25
2015/6/292015/7/351225不精確sort() 含有一對...迭代器sort() 的引數是一對...迭代器
26
2015/6/292015/7/35124code縮排cout << *p;
27
2015/6/292015/7/351297翻錯只有第二個 assert 函式是有作用的,因為 numeric_limits<int>::max() 是一個 constexpr 函式numeric_limits<int>::max() 是一個 constexpr 函式,因此第二個斷言(才)是有效的
28
2015/6/292015/7/351298翻錯同 page 116
29
2015/6/292015/7/361352不精確利用工具來做利用工具輔助來做
30
2015/7/12015/7/36139-7慣用名詞1之補數1補數
31
2015/7/12015/7/361432如果真有這麼大的整數(刪)這句是哪來的?
32
2015/7/12015/7/361434個人意見很像如同
33
2015/7/12015/7/3614311翻錯無法完全顯示無法表述(represent)
34
2015/7/12015/7/36143-11個人意見利用這些表示法來顯示「真實的數字」會讓你有意想不到的收穫利用這些表示法來表現特定的數字有時會有意想不到的結果
35
2015/7/12015/7/36143-10慣用名詞二之補數二補數
36
2015/7/12015/7/36143-9翻錯由於有比較多的位元來表示整數,因此十進位正整數最大可達到 65535若有更多位元來表述(represent)整數,那麼結果會是十進位正數 65535
37
2015/7/12015/7/36143-2翻錯我建議盡量少用意義不明的常數,並限制它們只能出現在定義清楚的地方,例如:const、constexpr、以及列舉元初值列(enumerator initializer)我建議盡量少用不顯而易懂的常數,改用 const、constexpr、以及列舉元初值列(enumerator initializer)並好好寫註解
38
2015/7/12015/7/36144-8翻錯顯示表述(represent)
39
2015/7/12015/7/361467個人意見成員一部份「成員」可能會誤會為 member
40
2015/7/42017/1/761582翻錯利用...,而且當...,會有...當...,利用...,而且會有...
41
2015/7/42017/1/761608翻錯= 運算子=
42
2015/7/42017/1/7616611個人意見請注意...翻譯超出原意
43
2015/7/52017/1/771717翻錯非常低階的系統中系統中非常低階的地方
44
2015/7/52017/1/771718翻錯高階系統系統中較高階的地方
45
2015/7/52017/1/771794個人意見程式碼機器碼
46
2016/7/192017/1/78199codeminoraddressAddress
47
2016/7/202017/1/78200-8翻錯需要示範最佳化明確有最佳化需求
48
2016/7/202017/1/78201-1個人意見對名稱進行多載化(overload)行為這邊 overload 應該不是當專業用詞, 不用特別強調
49
2016/7/202017/1/7820710不精確讓第一個 non-static 資料成員屬於基礎類別漏譯 the same type
50
2016/7/202017/1/78208-4翻錯二進位變數二元變數
51
2016/7/202017/1/782113實作體實作是想說"實作"的名詞嗎? 好像讓句子變更難懂
52
2016/7/202017/1/782114翻錯union 的使用效能已達最佳狀態使用 union 通常是為了最佳化
53
2016/7/202017/1/782161不精確列舉元的數值是可以被決定的列舉元的數值是特別選的
54
2016/7/202017/1/78217code翻錯缺黑色墨水或者缺彩色墨水缺黑色墨水而且缺彩色墨水
55
2016/7/202017/1/782174個人意見在特定的列舉型別中在一個列舉型別中中文「特定」會造成誤會
56
2016/7/202017/1/792273翻錯然而,如果真有這方面的需求,其實可以考慮使用跳轉表此處是說 compiler 可產生跳轉表,而非建議讀者改用跳轉表
57
2016/7/202017/1/79230-1只不過so that 翻錯?
58
2016/12/262017/1/7102427翻錯要不是要是
59
2016/12/262017/1/710243-6翻錯如此一來才能就算沒有也能
60
2016/12/312017/1/710254-3原文typo並不適合出現在一些關鍵字上在某些鍵盤上不方便輸入向原作者確認過
61
2016/12/312017/1/7102568不論f()或g()哪一個先呼叫,都是undefined行為f()或g()哪一個先呼叫,是undefined行為原本的譯法看起來是說呼叫本身是undefined行為
62
2016/12/312017/1/71025610便會導致undefined結果可能會導致undefined結果
63
2016/12/312017/1/710256-13typo「||」與&&「||」與「&&」
64
2016/12/312017/1/710256-3翻錯如果使用者不覺有異的話只有使用者不會覺得有異的情況原文想強調的是沒有區別,譯文變成有區別但使用者可能因沒注意而看不出來。
65
2016/12/312017/1/710257-10個人意見這是理所當然的這很自然把相等判斷寫成「=」應該還稱不上「理所當然」
66
2017/1/22017/1/710258code8<s.length()s.length()<8
67
2017/1/32017/1/71026311個人意見如果使用其他功能陽春的程式語言,程式員便只能選擇執行時期求值評估以避免寫出過於複雜的程式碼其他程式員傾向選擇只用單純的語法來撰寫執行時期求值評估,以避免寫出過於複雜的程式碼我覺得這段在講其他 C++ programmer 的選擇,而不是其他程式語言的 programmer
68
2017/1/72017/1/711276-5便不需要並不需要
69
2017/1/72017/1/7112785翻錯overhead is not significant 是在說大小而不是有沒有意義
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
2015/6/282015/7/334981-10翻錯如果...,那麼...,而且也仍然會對它...。如果...而且也對它...,那麼...。
86
87
88
2015/6/252015/6/254412503翻錯有時候不相容的情況發生於,在 C++ 習用已久的功能,後來 C 演化的過程變得不相容 C++。例如:可以將「T*」指派給「void*」...
89
2015/6/252015/6/254412505翻錯有時,即使某項功能成為 ISO C++ 標準成員後,C 還是可能演化變得不相容。
90
出現多次的 term
91
2015/6/252015/6/251321拘束條件(invariant)我比較喜歡第三版「invariant」譯為恆定性
92
2015/6/252015/6/25---評估(evaluate)建議->求值; 第三版譯為「計值」
93
陽春語言(raw language, bare language)我覺得「陽春語言」很難理解
94
95
96
97
98
99
100
Loading...
 
 
 
工作表1
工作表2