Comprehensive Rust(繁体中文)本課程已由一群優秀的志工翻譯成其他語言: • Brazilian Portuguese by @rastringer, @hugojacob, @joaovicmendes, and @henrif75. • 中文(簡體)譯者:@suetfei、@wnghl、@anlunx、@kongy、[@noahdragon](https://github.com/noahdragon、 @superwhd、@SketchK0 码力 | 358 页 | 1.41 MB | 10 月前3
Hello 算法 1.2.0 繁体中文 Dart 版那個時代的研究人員就在想:如果推出一個足夠完整的字符集,將世界範圍內的所有語言和符號都收錄其 中,不就可以解決跨語言環境和亂碼問題了嗎?在這種想法的驅動下,一個大而全的字符集 Unicode 應運而 生。 Unicode 的中文名稱為“統一碼”,理論上能容納 100 多萬個字元。它致力於將全球範圍內的字元納入統一 的字符集之中,提供一種通用的字符集來處理和顯示各種語言文字,減少因為編碼標準不同而產生的亂碼問 題。 自 4 位元 組來表示一個字元,根據字元的複雜性而變。ASCII 字元只需 1 位元組,拉丁字母和希臘字母需要 2 位元組, 第 3 章 資料結構 www.hello‑algo.com 62 常用的中文字元需要 3 位元組,其他的一些生僻字元需要 4 位元組。 UTF‑8 的編碼規則並不複雜,分為以下兩種情況。 ‧ 對於長度為 1 位元組的字元,將最高位設定為 0 ,其餘 7 位設定為 Unicode 更佔用空間,特別 是對於 ASCII 字元佔比較高的文字。 從儲存空間佔用的角度看,使用 UTF‑8 表示英文字元非常高效,因為它僅需 1 位元組;使用 UTF‑16 編碼某 些非英文字元(例如中文)會更加高效,因為它僅需 2 位元組,而 UTF‑8 可能需要 3 位元組。 從相容性的角度看,UTF‑8 的通用性最佳,許多工具和庫優先支持 UTF‑8 。 第 3 章 資料結構 www.hello‑algo0 码力 | 378 页 | 18.77 MB | 10 月前3
Hello 算法 1.2.0 繁体中文 Go 版那個時代的研究人員就在想:如果推出一個足夠完整的字符集,將世界範圍內的所有語言和符號都收錄其 中,不就可以解決跨語言環境和亂碼問題了嗎?在這種想法的驅動下,一個大而全的字符集 Unicode 應運而 生。 Unicode 的中文名稱為“統一碼”,理論上能容納 100 多萬個字元。它致力於將全球範圍內的字元納入統一 的字符集之中,提供一種通用的字符集來處理和顯示各種語言文字,減少因為編碼標準不同而產生的亂碼問 題。 自 4 位元 組來表示一個字元,根據字元的複雜性而變。ASCII 字元只需 1 位元組,拉丁字母和希臘字母需要 2 位元組, 第 3 章 資料結構 www.hello‑algo.com 62 常用的中文字元需要 3 位元組,其他的一些生僻字元需要 4 位元組。 UTF‑8 的編碼規則並不複雜,分為以下兩種情況。 ‧ 對於長度為 1 位元組的字元,將最高位設定為 0 ,其餘 7 位設定為 Unicode 更佔用空間,特別 是對於 ASCII 字元佔比較高的文字。 從儲存空間佔用的角度看,使用 UTF‑8 表示英文字元非常高效,因為它僅需 1 位元組;使用 UTF‑16 編碼某 些非英文字元(例如中文)會更加高效,因為它僅需 2 位元組,而 UTF‑8 可能需要 3 位元組。 從相容性的角度看,UTF‑8 的通用性最佳,許多工具和庫優先支持 UTF‑8 。 第 3 章 資料結構 www.hello‑algo0 码力 | 385 页 | 18.80 MB | 10 月前3
Hello 算法 1.2.0 繁体中文 Kotlin 版那個時代的研究人員就在想:如果推出一個足夠完整的字符集,將世界範圍內的所有語言和符號都收錄其 中,不就可以解決跨語言環境和亂碼問題了嗎?在這種想法的驅動下,一個大而全的字符集 Unicode 應運而 生。 Unicode 的中文名稱為“統一碼”,理論上能容納 100 多萬個字元。它致力於將全球範圍內的字元納入統一 的字符集之中,提供一種通用的字符集來處理和顯示各種語言文字,減少因為編碼標準不同而產生的亂碼問 題。 自 4 位元 組來表示一個字元,根據字元的複雜性而變。ASCII 字元只需 1 位元組,拉丁字母和希臘字母需要 2 位元組, 第 3 章 資料結構 www.hello‑algo.com 62 常用的中文字元需要 3 位元組,其他的一些生僻字元需要 4 位元組。 UTF‑8 的編碼規則並不複雜,分為以下兩種情況。 ‧ 對於長度為 1 位元組的字元,將最高位設定為 0 ,其餘 7 位設定為 Unicode 更佔用空間,特別 是對於 ASCII 字元佔比較高的文字。 從儲存空間佔用的角度看,使用 UTF‑8 表示英文字元非常高效,因為它僅需 1 位元組;使用 UTF‑16 編碼某 些非英文字元(例如中文)會更加高效,因為它僅需 2 位元組,而 UTF‑8 可能需要 3 位元組。 從相容性的角度看,UTF‑8 的通用性最佳,許多工具和庫優先支持 UTF‑8 。 第 3 章 資料結構 www.hello‑algo0 码力 | 382 页 | 18.79 MB | 10 月前3
Hello 算法 1.2.0 繁体中文 Rust 版那個時代的研究人員就在想:如果推出一個足夠完整的字符集,將世界範圍內的所有語言和符號都收錄其 中,不就可以解決跨語言環境和亂碼問題了嗎?在這種想法的驅動下,一個大而全的字符集 Unicode 應運而 生。 Unicode 的中文名稱為“統一碼”,理論上能容納 100 多萬個字元。它致力於將全球範圍內的字元納入統一 的字符集之中,提供一種通用的字符集來處理和顯示各種語言文字,減少因為編碼標準不同而產生的亂碼問 題。 自 4 位元 組來表示一個字元,根據字元的複雜性而變。ASCII 字元只需 1 位元組,拉丁字母和希臘字母需要 2 位元組, 第 3 章 資料結構 www.hello‑algo.com 62 常用的中文字元需要 3 位元組,其他的一些生僻字元需要 4 位元組。 UTF‑8 的編碼規則並不複雜,分為以下兩種情況。 ‧ 對於長度為 1 位元組的字元,將最高位設定為 0 ,其餘 7 位設定為 Unicode 更佔用空間,特別 是對於 ASCII 字元佔比較高的文字。 從儲存空間佔用的角度看,使用 UTF‑8 表示英文字元非常高效,因為它僅需 1 位元組;使用 UTF‑16 編碼某 些非英文字元(例如中文)會更加高效,因為它僅需 2 位元組,而 UTF‑8 可能需要 3 位元組。 從相容性的角度看,UTF‑8 的通用性最佳,許多工具和庫優先支持 UTF‑8 。 第 3 章 資料結構 www.hello‑algo0 码力 | 388 页 | 18.82 MB | 10 月前3
Hello 算法 1.2.0 繁体中文 Java 版那個時代的研究人員就在想:如果推出一個足夠完整的字符集,將世界範圍內的所有語言和符號都收錄其 中,不就可以解決跨語言環境和亂碼問題了嗎?在這種想法的驅動下,一個大而全的字符集 Unicode 應運而 生。 Unicode 的中文名稱為“統一碼”,理論上能容納 100 多萬個字元。它致力於將全球範圍內的字元納入統一 的字符集之中,提供一種通用的字符集來處理和顯示各種語言文字,減少因為編碼標準不同而產生的亂碼問 題。 自 4 位元 組來表示一個字元,根據字元的複雜性而變。ASCII 字元只需 1 位元組,拉丁字母和希臘字母需要 2 位元組, 第 3 章 資料結構 www.hello‑algo.com 62 常用的中文字元需要 3 位元組,其他的一些生僻字元需要 4 位元組。 UTF‑8 的編碼規則並不複雜,分為以下兩種情況。 ‧ 對於長度為 1 位元組的字元,將最高位設定為 0 ,其餘 7 位設定為 Unicode 更佔用空間,特別 是對於 ASCII 字元佔比較高的文字。 從儲存空間佔用的角度看,使用 UTF‑8 表示英文字元非常高效,因為它僅需 1 位元組;使用 UTF‑16 編碼某 些非英文字元(例如中文)會更加高效,因為它僅需 2 位元組,而 UTF‑8 可能需要 3 位元組。 從相容性的角度看,UTF‑8 的通用性最佳,許多工具和庫優先支持 UTF‑8 。 第 3 章 資料結構 www.hello‑algo0 码力 | 379 页 | 18.79 MB | 10 月前3
Hello 算法 1.2.0 繁体中文 JavaScript 版那個時代的研究人員就在想:如果推出一個足夠完整的字符集,將世界範圍內的所有語言和符號都收錄其 中,不就可以解決跨語言環境和亂碼問題了嗎?在這種想法的驅動下,一個大而全的字符集 Unicode 應運而 生。 Unicode 的中文名稱為“統一碼”,理論上能容納 100 多萬個字元。它致力於將全球範圍內的字元納入統一 的字符集之中,提供一種通用的字符集來處理和顯示各種語言文字,減少因為編碼標準不同而產生的亂碼問 題。 第 已成為國際上使用最廣泛的 Unicode 編碼方法。它是一種可變長度的編碼,使用 1 到 4 位元 組來表示一個字元,根據字元的複雜性而變。ASCII 字元只需 1 位元組,拉丁字母和希臘字母需要 2 位元組, 常用的中文字元需要 3 位元組,其他的一些生僻字元需要 4 位元組。 UTF‑8 的編碼規則並不複雜,分為以下兩種情況。 ‧ 對於長度為 1 位元組的字元,將最高位設定為 0 ,其餘 7 位設定為 Unicode 更佔用空間,特別 是對於 ASCII 字元佔比較高的文字。 從儲存空間佔用的角度看,使用 UTF‑8 表示英文字元非常高效,因為它僅需 1 位元組;使用 UTF‑16 編碼某 些非英文字元(例如中文)會更加高效,因為它僅需 2 位元組,而 UTF‑8 可能需要 3 位元組。 從相容性的角度看,UTF‑8 的通用性最佳,許多工具和庫優先支持 UTF‑8 。 3.4.5 程式語言的字元編碼0 码力 | 379 页 | 18.78 MB | 10 月前3
Hello 算法 1.2.0 繁体中文 TypeScript 版那個時代的研究人員就在想:如果推出一個足夠完整的字符集,將世界範圍內的所有語言和符號都收錄其 中,不就可以解決跨語言環境和亂碼問題了嗎?在這種想法的驅動下,一個大而全的字符集 Unicode 應運而 生。 Unicode 的中文名稱為“統一碼”,理論上能容納 100 多萬個字元。它致力於將全球範圍內的字元納入統一 的字符集之中,提供一種通用的字符集來處理和顯示各種語言文字,減少因為編碼標準不同而產生的亂碼問 題。 自 4 位元 組來表示一個字元,根據字元的複雜性而變。ASCII 字元只需 1 位元組,拉丁字母和希臘字母需要 2 位元組, 第 3 章 資料結構 www.hello‑algo.com 62 常用的中文字元需要 3 位元組,其他的一些生僻字元需要 4 位元組。 UTF‑8 的編碼規則並不複雜,分為以下兩種情況。 ‧ 對於長度為 1 位元組的字元,將最高位設定為 0 ,其餘 7 位設定為 Unicode 更佔用空間,特別 是對於 ASCII 字元佔比較高的文字。 從儲存空間佔用的角度看,使用 UTF‑8 表示英文字元非常高效,因為它僅需 1 位元組;使用 UTF‑16 編碼某 些非英文字元(例如中文)會更加高效,因為它僅需 2 位元組,而 UTF‑8 可能需要 3 位元組。 從相容性的角度看,UTF‑8 的通用性最佳,許多工具和庫優先支持 UTF‑8 。 第 3 章 資料結構 www.hello‑algo0 码力 | 384 页 | 18.80 MB | 10 月前3
Hello 算法 1.2.0 繁体中文 Swift 版那個時代的研究人員就在想:如果推出一個足夠完整的字符集,將世界範圍內的所有語言和符號都收錄其 中,不就可以解決跨語言環境和亂碼問題了嗎?在這種想法的驅動下,一個大而全的字符集 Unicode 應運而 生。 Unicode 的中文名稱為“統一碼”,理論上能容納 100 多萬個字元。它致力於將全球範圍內的字元納入統一 的字符集之中,提供一種通用的字符集來處理和顯示各種語言文字,減少因為編碼標準不同而產生的亂碼問 題。 自 4 位元 組來表示一個字元,根據字元的複雜性而變。ASCII 字元只需 1 位元組,拉丁字母和希臘字母需要 2 位元組, 第 3 章 資料結構 www.hello‑algo.com 62 常用的中文字元需要 3 位元組,其他的一些生僻字元需要 4 位元組。 UTF‑8 的編碼規則並不複雜,分為以下兩種情況。 ‧ 對於長度為 1 位元組的字元,將最高位設定為 0 ,其餘 7 位設定為 Unicode 更佔用空間,特別 是對於 ASCII 字元佔比較高的文字。 從儲存空間佔用的角度看,使用 UTF‑8 表示英文字元非常高效,因為它僅需 1 位元組;使用 UTF‑16 編碼某 些非英文字元(例如中文)會更加高效,因為它僅需 2 位元組,而 UTF‑8 可能需要 3 位元組。 從相容性的角度看,UTF‑8 的通用性最佳,許多工具和庫優先支持 UTF‑8 。 第 3 章 資料結構 www.hello‑algo0 码力 | 379 页 | 18.79 MB | 10 月前3
Hello 算法 1.2.0 繁体中文 Ruby 版那個時代的研究人員就在想:如果推出一個足夠完整的字符集,將世界範圍內的所有語言和符號都收錄其 中,不就可以解決跨語言環境和亂碼問題了嗎?在這種想法的驅動下,一個大而全的字符集 Unicode 應運而 生。 Unicode 的中文名稱為“統一碼”,理論上能容納 100 多萬個字元。它致力於將全球範圍內的字元納入統一 的字符集之中,提供一種通用的字符集來處理和顯示各種語言文字,減少因為編碼標準不同而產生的亂碼問 題。 第 已成為國際上使用最廣泛的 Unicode 編碼方法。它是一種可變長度的編碼,使用 1 到 4 位元 組來表示一個字元,根據字元的複雜性而變。ASCII 字元只需 1 位元組,拉丁字母和希臘字母需要 2 位元組, 常用的中文字元需要 3 位元組,其他的一些生僻字元需要 4 位元組。 UTF‑8 的編碼規則並不複雜,分為以下兩種情況。 ‧ 對於長度為 1 位元組的字元,將最高位設定為 0 ,其餘 7 位設定為 Unicode 更佔用空間,特別 是對於 ASCII 字元佔比較高的文字。 從儲存空間佔用的角度看,使用 UTF‑8 表示英文字元非常高效,因為它僅需 1 位元組;使用 UTF‑16 編碼某 些非英文字元(例如中文)會更加高效,因為它僅需 2 位元組,而 UTF‑8 可能需要 3 位元組。 從相容性的角度看,UTF‑8 的通用性最佳,許多工具和庫優先支持 UTF‑8 。 3.4.5 程式語言的字元編碼0 码力 | 372 页 | 18.75 MB | 10 月前3
共 27 条
- 1
- 2
- 3













