溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
譯者按: 當從業20的JavaScript老司機學會函數式編程時，他扔掉了90%的特性，也不用面向對象了，最后發現了真愛啊！！！
為了保證可讀性，本文采用意譯而非直譯，并且對源代碼進行了大量修改。另外，本文版權歸原作者所有，翻譯僅用于學習。
從1997年網景的Navigator 3瀏覽器開始就開始使用JavaScript。當時，JavaScript還只能做一些很簡單的事情。我記得最酷的就是用JavaScript實現mouseover特性，在那個時候已經算得上是高科技了！當鼠標移過去之后，文本內容就神奇的改變了。因為當時都是pre-DHTML，你根本不需要隱藏或則顯示DOM元素。
關于DHTML(以前的 DHTML 如今是不是也算前端？):
DHTML是Dynamic HTML的簡稱，就是動態的html（標準通用標記語言下的一個應用），是相對傳統的靜態的html而言的一種制作網頁的概念。所謂動態HTML（Dynamic HTML，簡稱DHTML），其實并不是一門新的語言，它只是HTML、CSS和客戶端腳本的一種集成，即一個頁面中包括html+css+javascript（或其它客戶端腳本），其中css和客戶端腳本是直接在頁面上寫而不是鏈接上相關文件。
在那個時候，JavaScript的演化很慢，主要應用在表單驗證。因此，不像今天這么火爆，并沒有引起太多的關注。可以說只是一個錦上添花的附加物，你需要確保在瀏覽器禁用JavaScript之后，你的應用依然可以正常使用。再往后，框架一個接著一個出現：jQuery，Knockout, Angular, React, Vue, 等等。
同樣，JavaScript也在加速演化。我們才使用ES6不久，現在人們幾乎已經跳過ES7，開始討論ES8了。
并且，我們有很多替代品，比如TypeScript，CoffeScript，ClojureScript, ELM，等等。
我們已經被太多的框架和語言所淹沒，很難去跟蹤和掌握所有的語言和框架。
當JavaScript逐漸成熟，面向對象編程(OOP)的概念也滲入進來，而且我曾經很喜歡。
我開始嘗試所有不同的方法來創建類，我最終也可以正確的使用繼承。我對自己說：JavaScript開始真的像一個語言了！
但是，直到多年以后我發現OOP是JavaScript引入的最糟糕的一個設計！
我嘗試將我對C#的理解帶入到JavaScript中去。一開始充滿期待，但是后來發現真的太復雜，太燒腦了。
這主要是因為JavaScript的原型繼承和C#不一樣，我已經習慣于每天編寫類似于console.log(this)這樣飄逸的代碼。但是現在呢？如果我一不小心沒按照規則來，那將會給我帶來噩夢。私有方法和私有值必須要在名字前面加上下劃線，甚至必須用閉包來保證私有性。
因此，不僅OOP導致了很多問題，同時也由于添加OOP帶來了很多新的問題。
一開始我并不理解。我可以閱讀并理解這些用函數式編寫的代碼，但是不知道為什么！最終，我強迫我自己去學習它。我在在線教育網站EDX免費學習了函數式語言的入門課程，然后嘗試把這些技術運用到JavaScript中去。
函數式語言給了我一個全新的視角，讓我從一個完全不同的方式去看待編程。
一開始會感到不自然，需要時間去適應。所有的定義都是基于函數，值不可更改，無狀態。我用函數式的思維去解決問題。因為不熟悉，我花了更長的時間去學習。漸漸地，我熟練掌握了使用函數式的方法去編程。并且，我也知道所有代碼這樣編寫的內在含義。
我的代碼更加簡潔了，而且容易復用。漸漸的，我以前使用的那些語言特性從代碼中消失了，我的代碼看上去完像是用另一個語言編寫。我還在用JavaScript嗎？
我用const替代了var。通過函數式的設計，我的函數都是純(pure)的。不會再去對一個變量進行值的變更操作，同樣也是為了確保不會對其操作。
我會檢查代碼確保每一個var，甚至let，所有聲明都使用const。
在學習程序語言的時候，我們一開始就會學到for循環。但是自從學習了函數式編程，我將for循環都改成了使用filter, map和reduce來實現。對于那些需要一些額外計算的需求，我會使用遞歸或則第三方庫比如lazy.js。
在此，推薦我的另外一篇專門介紹for循環博客：[Rethinking JavaScript: Death of the For Loop](Rethinking JavaScript: Death of the For Loop)
如今我的代碼里面完全沒有for循環了，如果你看到了，告訴我我會把它消除。
我開始停止在if里面編寫大塊大塊的代碼。我將里面的邏輯抽取出來單獨放在一個函數中。這樣，我們就可以將if用三元算子(a?b:c)來簡化。
在此，推薦我的另外一篇專門介紹if博客：Rethinking JavaScript: The if statement
如今我的代碼里面幾乎沒有if語句。為了方便其他開發者理解我的代碼，我很少使用它。
同樣，我也不喜歡用switch，而是尋找一個函數式的寫法。
推薦我的博客: Rethinking JavaScript: Eliminate the switch statement for better code
我也很喜歡用Ramda的cond算子來替代swtich。
對的，你沒有聽錯！我們也可以完全消除this。
函數式的JavaScript可以讓你完全拋棄使用煩人的this
現在只有數據和函數，甚至數據不過是函數的一種特殊表達形式，你再也不需要this了。我開始將對象理解為函數式語言中狀態(state)和函數。我甚至不需要把狀態或則函數和對象綁定到一起，就像OOP中那樣。
我寫了一篇博客專門介紹如何解耦: Functional JavaScript: Decoupling methods from their objects
現在往回看，我發現面型對象編程帶來的復雜度真的是不必要的。我可以使用函數式語言實現同樣的功能，完成相同的任務。而且，代碼更加輕簡，因為不在需要將這些復雜的對象傳來傳去。只有數據和函數，而且因為函數沒有和對象綁定，更加容易復用。我不在需要擔心傳統的原型繼承帶來的所有的問題，JavaScript設計的并不好。
JavaScript缺乏私有、公有、內部或則被保護這類訪問控制器也不再是一個問題。訪問控制器是用來解決由于引入面向對象編程而設計的。在函數式的JavaScript中，這些問題不復存在。
我的代碼現在看上去完全不同。它包含了很多純函數，我將它們做成不同的ES6模塊。這些函數可以被使用來構建更加復雜的函數。很大一部分函數都是很簡單的一行lambda表達式。
現在我看待軟件的思維也變了：輸入是一個數據流，然后程序作用到該數據流上對數據進行各種操作，然后返回新的數據。
函數式設計對程序語言的影響以及無處不在，C#中的LINQ就是一個最佳的例子。同樣Java 8也引入了函數式語言的特性。
Fundebug專注于JavaScript、微信小程序、微信小游戲、支付寶小程序、React Native、Node.js和Java實時BUG監控。 自從2016年雙十一正式上線，Fundebug累計處理了7億+錯誤事件，得到了Google、360、金山軟件、百姓網等眾多知名用戶的認可。歡迎免費試用！
轉載時請注明作者Fundebug以及本文地址：
https://blog.fundebug.com/2017/09/13/how-i-rediscovered-my-love-for-js/
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
