整合營銷服務商
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
【CSDN 編者按】從1995年開始，本文作者Dr.Axel Rauschmayer就專門從事JavaScript和Web開發，已經有30多年了。2010年，他獲得慕尼黑大學信息學博士學位。自2011年以來，他一直在2ality.com寫博客，并寫了幾本關于JavaScript的書，比如《JavaScript for impatient programmers》、《Deep JavaScript: Theory and techniques》等。今天這篇文章就來自于他的博客，介紹了在JavaScript命名沖突時，現有代碼如何強制對提議的功能進行重命名。
不斷發展的JavaScript：不要破壞web!
JavaScript的一個發展核心原則就是"不要破壞Web"：在將新特性添加到語言中后，所有現有代碼都必須能夠繼續運行。
這樣有一個壞處，就是不能從語言中刪除現有的quirks。但這樣做益處多多，比如舊的代碼可以繼續運行，而且升級到新的ECMAScript版本很簡便等等。
在為新特征（如方法名稱）選擇名稱時，需要進行一個重要的測試，即在瀏覽器的nightly版本（早期預發布版本）中添加該特征，并檢查是否有任何網站出現錯誤。
接下來將介紹過去案例中的的四個沖突源，當產生這四種沖突時，就必須重命名特征。
沖突源1：向內置原型添加方法
在JavaScript中，我們可以通過改變其原型來為內置值添加方法：
// Creating a new Array methodArray.prototype.myArrayMethod = function () {return this.join('-');};assert.equal(['a', 'b', 'c'].myArrayMethod(), 'a-b-c');// Creating a new string methodString.prototype.myStringMethod = function () {return '?' + this + '!';};assert.equal('Hola'.myStringMethod(), '?Hola!');
神奇的是，語言可以通過這種方式改變。這種運行時的修改被稱為猴子補丁（monkey patch）。
什么是猴子補丁？
如果我們給內置原型添加方法，我們就是在運行時修改一個軟件系統。這樣的修改被稱為猴子補丁。簡單來說，對其含義有兩種可能的解釋。
這個叫法起源于Zope框架，人們在修正Zope的Bug的時候經常在程序后面追加更新部分，這些被稱作是“雜牌軍補丁(guerilla patch)”，后來guerilla就漸漸的寫成了gorllia((猩猩)，再后來就寫了monkey(猴子)，所以猴子補丁的叫法是這么莫名其妙的得來的。
另一種說法是，它指的是搞亂（monkeying about）代碼。
反對改變內置原型的原因
對任何類型的全局命名，都會存在名稱沖突的風險。如果有解決沖突的機制，就能規避風險。例如：
全局模塊是通過裸模塊指定器或URLs來識別的。前者之間的名稱沖突可以通過npm注冊表來解決。后者之間的名稱沖突可以通過域名注冊處來解決。
可以通過將符號添加到JavaScript中，以避免方法之間的名稱沖突。例如，任何對象都可以通過添加一個鍵為.NET的方法而成為可迭代的。由于每個符號都是唯一的，所以這個鍵永遠不會與任何其他屬性鍵.Symbol.iterator發生沖突。
然而，帶有字符串鍵的方法會導致名稱沖突：
不同的庫可能會對他們添加到.Array.prototype的方法使用相同的名字。
如果一個名字已經被某個庫使用了，那么這個名稱就不能用于命名JavaScript標準庫的一個新特性。
具有諷刺意味的是，謹慎地添加一個方法可能會適得其反：
if (!Array.prototype.libraryMethod) {Array.prototype.libraryMethod = function () { /*...*/ };}
我們會檢查一個方法是否已經存在。如果沒有，我們就添加它。
如果我們要實現一個polyfill（模擬原生Web平臺功能），將新的JavaScript方法添加到不支持它的引擎中，那么這個技術就能發揮作用。(順便說一下，這是修改內置原型的一個合法用例。也許是唯一的一個）。
然而，如果我們對一個普通庫的方法使用這種技術，然后JavaScript獲取具有相同名稱的方法，那么這兩種實現的工作方式就不一樣了，并且使用庫方法的所有代碼在使用內置方法時都會中斷。
必須更改名稱的原型方法示例
ES6的方法最初是與JavaScript框架MooTools（錯誤報告）.String.prototype.includes().contains()全局添加的方法相沖突。
ES2016的方法最初是與MooTools(錯誤報告 ).Array.prototype.includes().contains()添加的方法相沖突。
ES2019的方法最初是和MooTools(錯誤報告， 博客文章).Array.prototype.flat().flatten()相沖突。
修改內置原型并不總是糟糕的
你可能會對MooTools的創建者的粗心大意感到疑惑。但是，向內置原型添加方法并不總是糟糕的。在ES3（1999年12月）和ES5（2009年12月）之間，JavaScript是一種停滯不前的語言。MooTools和Prototype等框架改進了它。這些方法的缺點只有在JavaScript的標準庫再次增加之后才會凸顯出來。
ES2022的方法最初是.NET的。因為以下庫檢查屬性以確定對象是否是一個HTML集合（而不是一個數組），所以它必須被重新命名：Magic360、YUI 2、YUI 3.Array.prototype.at().item().item
自ES2020以來，我們可以通過globalThis訪問全局對象。Node.js一直使用該名稱來實現此目的。最初的計劃是為所有平臺標準化該名稱.global
然而，以下模式經常被用來確定當前平臺：
if (typeof global !== 'undefined') {// We are not running on Node.js}
如果瀏覽器也有一個名為.global的全局變量，這種模式（以及類似的模式）就會失效。因此，標準化的名稱被改為.globalglobalThis。
with語句with語句長期以來，人們一直不鼓勵使用JavaScript的with語句，甚至在ES5中引入的嚴格模式中也被定為非法。在其他地方，嚴格模式在ECMAScript模塊中是活躍的。
該語句將一個對象的屬性變成局部變量：with
cons t myObject = {ownProperty: 'yes',};with (myObject) {// Own properties become local variablesassert.equal(ownProperty, 'yes');// Inherited properties become local variables, tooassert.equal(typeof toString, 'function');}
由with語句引起的沖突
框架Ext.js使用的代碼與下面的片段有些相似點：
function myFunc(values) {with (values) {console.log(values); // (A)}}myFunc([]); // (B)
當ES6方法被添加到JavaScript中時，如果用Array（B行）來調用它，它就會失效。該語句將Array的所有屬性變成了局部變量。其中一個是繼承的屬性。因此，A行中的語句已記錄，不再是參數（錯誤報告1，錯誤報告2）
Array.prototype.values()myFunc()withvalues.valuesArray.prototype.valuesvalue
Unscopables：防止with導致的沖突
公共符號Symbol.unscopables允許對象隱藏語句中的某些屬性。它只在標準庫中使用一次，對于Array.prototype：with
assert.deepEqual(Array.prototype[Symbol.unscopables],{__proto__: ,at: true,copyWithin: true,entries: true,fill: true,find: true,findIndex: true,flat: true,flatMap: true,includes: true,keys: true,values: true,});
以上提出了JavaScript結構與現有代碼發生名稱沖突的四種方式：
向內置原型添加方法
檢查屬性是否存在
檢查全局變量是否存在
創建局部變量with
沖突的某些來源很難預測，但存在以下一些一般規則：
不要更改全局數據。
避免檢查是否存在全局數據。
請注意，內置值將來可能會獲得其他屬性（自己的或繼承的屬性）。
對于庫來說，為JavaScript值提供功能的最安全方法是通過函數。如果JavaScript得到一個pipe operator，我們也可以像方法一樣使用它們。
參考資料：https://2ality.com/2022/03/naming-conflicts.html
《新程序員001-004》全面上市，對話世界級大師，報道中國IT行業創新創造
好，我是堅持分享干貨的 EarlGrey，翻譯出版過《Python編程無師自通》、《Python并行計算手冊》等技術書籍。
如果我的分享對你有幫助，請關注我，一起向上進擊。
創作不易，希望大家給一點鼓勵，把公眾號設置為“星標”，給文章點個“贊”和“在看”，謝謝大家啦~
當你編寫代碼時，是否曾因為疏漏標簽或者代碼中的拼寫錯誤而浪費了大量的時間？或者你是否曾在版本控制中感到有點摸不著頭腦？
本文將介紹一些強大的 VS Code 插件，它們可以幫助你高效地解決這些問題，讓編寫代碼變得更加輕松愉快。
Auto Close Tag 是一個神奇的插件，當你輸入 HTML 或 XML 標記時，它會自動生成并關閉標記，減少語法錯誤，提高編碼效率。這意味著你再也不用擔心漏寫標簽，讓代碼更加整潔。
Auto Rename Tag 是另一個強大的工具，它能夠自動重命名配對的 HTML 或 XML 標記，確保標記之間的一致性。這意味著當你修改一個標記的名字時，與之相關的標記也會自動更新，讓你的代碼更加規范。
Code Spell Checker 是專為開發者設計的拼寫檢查工具。它不僅能識別代碼中的拼寫錯誤，還能檢查注釋，提高代碼質量、可讀性和防錯能力。
Git Blame 是處理版本控制的好幫手，提供了每行代碼的詳細信息，包括作者、提交詳情和時間戳。它是你發現“犯錯”的人的最佳助手。
DotENV 讓讀寫.env文件變得更容易，通過語法高亮顯示、自動補全和錯誤檢測，提升了對這些配置文件的處理效率。
HTML End Tag Labels 通過直觀地標注結束標記，提高了代碼的可讀性和可訪問性，有助于快速識別和防止語法錯誤。
indent-rainbow 通過為不同級別的縮進添加彩色高亮顯示，提高了代碼縮進的可視性，有助于代碼的可讀性、導航和防錯。
Material Icon Theme 可能是個人偏好，但它提供了更易識別的圖標，使得文件結構一目了然。
通過使用這些強大的 Visual Studio Code 插件，你將能夠在編碼中事半功倍。
無論是提高代碼質量、減少語法錯誤，還是增強代碼的可讀性，這些插件都能讓你的編碼體驗更加順暢。
- EOF -
文章已經看到這了，別忘了在右下角點個“贊”和“在看”鼓勵哦~
告訴你更多細節干貨
歡迎圍觀我的朋友圈
*請認真填寫需求信息，我們會在24小時內與您取得聯系。
