8. 常用標準API
•Download as PPTX, PDF•
0 likes•576 views
陣列的操作 Set、Map與ArrayBuffer 物件與JSON的轉換 規則表示式
More Related Content
What's hot
What's hot (16)
More from Justin Lin
More from Justin Lin (20)
8. 常用標準API
- 2. 8.常用標準API • 學習目標 – 陣列的操作 – Set、Map與ArrayBuffer – 物件與JSON的轉換 – 規則表示式 2
- 12. 實現堆疊 12
- 13. 13
- 15. 實現佇列 15
- 16. 16
- 22. 遞迴 • 思考邊界條件為何 • 一次做一件事 • 別管上層遞迴或下層遞迴的狀態 22
- 24. 24
- 30. • WeakSet只能加入物件 • 只要物件沒有其他名稱參考著，就會回收 物件 • 用來避免記憶體洩漏（Memory leak） 30
- 33. 33
- 35. • WeakMap只能使用物件作為鍵 • 只要物件沒有其他名稱參考，就會回收物件 • 避免記憶體洩漏 35
- 36. 36
- 37. 37
- 39. 39
- 44. JSON • 是個資料格式，由於易讀、易寫、易於剖 析、可表現階層性資料 • 現今是各應用程式間常用的資料交換格式 • 參考JavaScript物件實字與陣列實字語法而 制定 44
- 45. • 全名JavaScript Object Notation • Douglas Crockford在2000年初設計 • 2013年在ECMA-404與RFC 7158標準化 – ECMA-404主要是規範語法 – RFC涵蓋了一些安全與資料交換上的考量 • 2017年發佈了JSON新版規範ECMA-404第 二版與RFC 8259 – 最大的差異是規範非封閉系統間交換資料時， 必須使用UTF-8 45
- 46. • www.json.org • JSON主要有兩種結構 – 名稱／值成對的資料 – 有序的值清單 46
- 49. • ES5內建JSON作為JSON API名稱空間 – JSON.stringify() – JSON.parse() 49
- 56. • /regex/規則表示式實字（Regular expression literal） • 也可以用new來建立RegExp實例 • 別把規則表示式與字串搞混了 • 規則表示式是一套語言，在JavaScript中可 以使用字串來表示規則表示式 56
- 57. 簡介規則表示式 • 字面字元（Literals） – 按照字面意義比對的字元 – 例如Orz • 詮譯字元（Metacharacters） – 不按照字面比對，在不同情境會有不同意義 – 例如[^Orz] – 理解詮譯字元在不同情境中想詮譯的概念，對 於規則表示式的閱讀非常重要 57
- 59. 59
- 60. • 詮譯字元在規則表示式中有特殊意義，例 如! $ ^ * ( ) + = { } [ ] | : . ?等，若要比對 這些字元，必須加上轉譯符號 • 要比對!，則必須使用!，要比對$字元，則 必須使用$ 60
- 61. • 規則表示式為XY，那麼表示比對「X之後要 跟隨著Y」 • 如果想表示「X或Y」，可以使用X|Y • 如果有多個字元要以「或」的方式表示， 例如「X或Y或Z」，可以使用字元類表示為 [XYZ] 61
- 62. 字元類 62
- 65. • 貪婪量詞會儘可能地找出最長的符合文字 – 文字xfooxxxxxxfoo，若使用規則表示 式.*foo比對 – 比對器會先吃掉整個xfooxxxxxxfoo，在吐出 foo後符合了foo，而剩下的xfooxxxxxx符合.* – 最後得到的符合字串就是整個xfooxxxxxxfoo 65
- 66. 逐步量詞 • 在貪婪量詞表示法後加上? • 比對器看到逐步量詞時，會一邊吃掉剩餘 文字，一邊看看吃下的文字是否符合規則 表示式 • 逐步量詞會儘可能地找出長度最短的符合 文字 66
- 67. • 文字xfooxxxxxxfoo若用規則表示式.*?foo比 對 – 比對器在吃掉xfoo後發現符合*?foo，接著繼 續吃掉xxxxxxfoo發現符合 – xfoo與xxxxxxfoo都符合規則表示式 67
- 69. 69
- 70. 分組與參考 • 使用()為規則表示式分組 – 作為子規則表示式 – 搭配量詞使用 – 若有字串符合了規則表示式分組，字串會被捕 捉（Capture） 70
- 71. 回頭參考（Back reference） • 分組計數((A)(B(C))) 1. ((A)(B(C))) 2. (A) 3. (B(C)) 4. (C) • 回頭參考分組時，是在後加上分組計數， 表示參考第幾個分組的比對結果 71
- 72. • dd要求比對兩個數字 • (dd)1表示要輸入四個數字，輸入的前 兩個數字與後兩個數字必須相同 • 輸入1212會符合 • 輸入1234則不符合 72
- 74. 擴充標記 • (?…) • 使用(?:…)來表示不捕捉分組 – 若只想比對郵件位址格式，不打算捕捉分組， 可以使用^[a-zA-Z]+d*@(?:[a-zA-Z0- 9]+.)+com • 使用(?<name>…)來為分組命名，在同一 個規則表示式中使用k<name>取用分組 – (?<tens>dd)k<tens> 74
- 76. • 如果想比對出的對象，前面必須有或沒有 著特定文字，可以使用(?<=…)或(?<!…) – 分別稱為Lookbehind與Negative lookbehind 76
- 80. match() 80
- 81. matchAll() 81
- 87. 87
- 89. 89
- 91. 91
- 92. • 切割、搜尋等與規則表示式相關的職責， 集中在RegExp上了 • String的split()、search()等方法， 會將比對的工作委託給RegExp實例上對應 的協定 • 必要時可以繼承RegExp來重新定義相關的 方法，修正或增強String的split()、 search()等方法的功能 92
- 93. 93
- 94. Unicode規則表示式 • 在規則表示式中，uhhhh是以四位數十六 進位數字指定「碼元」（而不是碼點） • 如果字元在U+0000至U+FFFF以內，例如 「林」的碼點U+6797 • 規則表示式比對時可以使用u6797來指定 94
- 97. • 啟用Unicode模式後，對於0xFFFF以外的 字元，才會進行正確的辨識，這會影響預 定義字元類、量詞等的判斷 • 未啟用Unicode模式前，預定義字元類S 表示非空白字元，然而，對0xFFFF以外的 字元會誤判 • 只有在加上u旗標的情況下才會正確比對； • W、「.」也只有在啟用Unicode模式下， 才能正確比對0xFFFF以外的字元 97
- 98. 98
- 99. Unicode特性轉譯 • ES9以後支援規則表示式的Unicode特性轉 譯（Unicode property escapes） • 必須認識Unicode規範中的分類 （Category）、文字（Script） 99
- 100. • 每個Unicode字元會隸屬於某個分類 – Letter、Uppercase Letter等一般分類 – 每個分類也給予了L、Lu等縮寫名稱。 • 隸屬於Letter分類的字元都是字母，a到z、 A到Z、全形的ａ到ｚ、Ａ到Ｚ都在Letter 分類中 • 其他如希臘字母α、β、γ等，也都隸屬於 Letter分類。 100
- 102. 102
- 103. • Unicode將希臘文、漢字等組織為文字 （Script）特性 • 如果想在規則表示式中以文字特性比對， 可以使用p{Script=Greek}、 p{Script_Extensions=Greek}、 p{sc=Han}、p{scx=Han}的寫法 • （Han包含了正體中文、簡體中文，以及日、 韓、越南文的全部漢字） 103
- 104. 104
- 105. • 二元特性 105