框架成為新的編程語言的7種理由

fdpg 9年前發布 | 34K 次閱讀 編程語言

框架成為新的編程語言的7種理由

英文原文：7 reasons why frameworks are the new programming languages

感謝強大的工具、對速度的需求、和編程本身的變遷，下一次乏味的戰爭將終結于框架 API、而非語法。

在 1980 年代，掀起一場乏味戰爭的最簡單方法，就是贊揚你鐘愛的編程語言是最棒的。C、Pascal、Lisp、Fortran？程序員們花費數個小時來詳細解釋關于精巧制作一條 if-then-else 語句的特定方式為什么優于你的方式。

那是過去的事情了。今天，涉及語法和結構的戰爭基本結束了，因為世界已經匯總了一些簡單標準。在 C、Java 和 JavaScript 里，分號、花括號等之間的差異不大。關于類型和閉包的有趣爭論仍然存在，但是大部分是毫無意義的，因為自動化在縮小差距。如果你不想定義數據類型，那么有 一種可能，計算機將能準確推斷出你的意思。如果你的老板想用 JavaScript、而你喜歡 Java，那么交叉編譯器【注1】將把所有靜態類型的 Java 代碼轉化成可以在瀏覽器運行的最小化的 JavaScript。當技術做后盾時，為什么還有戰爭呢？

今天，有趣的戰斗發生在框架上。當我在約翰·霍普金斯大學和其他院系成員規劃一門新課程時，框架成了討論的重點。Angular 優于 Ember？Node.js 就是一切嗎？

我們設計了一份調查課程，將探索最重要的軟件包的架構，這是互聯網的基礎。這是行動的中心，這份調查課程的價值在于探索圍繞著當今互聯網的、最重要的軟件包的架構。

從這個意義上說，框架就是新的編程語言。它們就是當代代碼被建立起來的最新思想、哲學和實用性。有些曇花一現，不過大部分成為了編程的、新的基本構成要素。下面是助長這種框架趨勢的七個方面，使得框架成為滋生乏味戰爭的新的最愛。

大部分代碼正和 API 串在了一起

過去編寫軟件，意味著調用你對編程語言的所有技能，以最大化壓榨代碼。掌握指針、函數和作用域是講得通的——代碼質量取決于做正確的事情。如今 自動化處理了這方面的大多數事情。如果你在代碼里遺留了無用的語句，不要擔心，編譯器會去掉無用代碼。如果你讓指針吊著，垃圾回收器可能會找到它。

還有，如今編碼實踐也不同了。大部分代碼現在都是一長串 API 調用。偶爾有一些 API 調用之間的數據重組，但是，甚至這些工作通常也有其它 API 來完成。幸運的一些人在為我們機器的核心編寫更聰明的、位拆裂【注2】、指針雜耍之類的代碼，但是我們大部分人工作于更高的層次。我們在 API 之間簡單地運行管道。

鑒于此，理解 API 的表現以及能做什么，就顯得更加重要。它接受哪種數據結構？當數據集增長較大時，算法表現如何？類似這樣的問題，與關于語法或語言的問題比起來，更加集中 在今天的編程里。的確，有大量工具簡化了某種語言從另一種語言調用一個程序。比如，把 C 資源庫鏈接到 Java 代碼，變得相應簡單了。理解 API 才是重要的。

站在巨人的肩膀上，是值得的

假設你已經成為了 Erlang 或另一種新語言的信徒。你認為，它為編寫文檔、沒有 bug 的應用提供了最好的平臺。這是優秀的觀點，但是你要花費數年才能把可獲得的 Java 或 PHP 重寫為你最新選擇的語言。你的代碼最終可以顯著變得更好，但是值得花這些額外的時間嗎？

框架讓我們對來到我們面前的那些艱難工作做出了改變。我們或許不喜歡他們選擇的架構，我們或許爭論于實現細節，但是停止抱怨、找到和差異共存的 方式才是更有效的。繼承框架代碼庫里的所有精華和糟粕，是如此地容易。用你喜歡的新語言、自己編寫所有東西，而不采用某種更受歡迎的框架，這種強悍的方式 和簡單地遵循框架作者及其 API 比起來，不會讓你快速享受到新選擇的樂趣。

理解架構是做什么的，而非語法

由于大部分編碼都是串起 API 調用，因此沒有太多優勢去學習語言的特質了。當然，你可以成為關于 Java 是如何初始化對象內的靜態字段的專家，但是如果能夠搞清楚如何發揮 Lucence、JavaDB 或其它一堆代碼的威力，那才是更好的。為了深入理解 Objective-C 編譯器的優化程序，你要花費數月，但是學習最新的 Apple 核心資源庫的來龍去脈，你將真正讓代碼優秀。你將更深入地學習框架吹毛求疵的細節，而不是框架所依托的語言的語法。

我們的大部分代碼在資源庫的內部循環中花費了大量時間。搞清楚語言細節的正確性可以起到幫助，但是了解資源庫內部發生了什么可以獲得顯著的回報。

算法主導

學習一門語言有助于你應付隱藏在變量里的數據，不過只是把你帶到了更遠的地方。真正要克服的是，確保算法正確，它們通常被框架定義和實現了。

很多程序員明白，重新實現標準算法和數據結構是危險的，也是浪費時間的。你可能讓它更符合需求，但是你要冒著犯微妙錯誤的風險。框架已經廣泛測 試過多年了。它們代表了軟件基礎設施的集體投資。當弄明白“go off the grid”【注3】是什么意思時，將其他人的辛苦勞動扔在一邊，用你自己的雙手搭建一個算法小屋——其實，沒有太多這種例子。

正確的做法是學習框架，學習如何使用它們來發揮你的最大優勢。如果你選擇了錯誤的數據結構，那么你就把一個線性工作變成了耗時的、輸入大小的二次函數。一旦你這樣做了，將是一個大麻煩。

糾正語法的編譯器和聰明的 IDE

我應該在代碼塊的最后一個語句后面加上分號嗎？分號是“分隔符”，還是“終止符”？語言設計者們花了大量時間來制作實施這些規則的分析器——猜 猜怎樣——我不關心。我關心的時候大概是在 10 年前，但是現在的 IDE 為我做了這部分工作。它們一直在身后看著我，當我搞砸的時候就告訴我。我讓它們替我去考慮，把時間花在考慮關于代碼方面的大問題。IDE 是苦力、是處理這些瑣碎細節的編程助理。

自動化已經把我們從編程語法的單調乏味中拯救了。當然，它們不能為我們做所有工作。我們仍然需要具備部署那種標點符號的模糊思維。但是大部分時候，語言的這種細節已經不重要了。

IDE 不僅對框架有幫助，還有一些小細節。它們提醒我們函數調用的參數，它們甚至檢查數據是否為正確的類型。然后，我們應該知道使用哪種函數、如何將它們組合在 一起。當語法不是太緊要時，這就是我們精力需要集中的地方——更高級的方法和函數，將有助于更方便地找到解決方案。

語法和視覺化語言一起消失

雖然已經預言很多年了，但是它在某些代碼——盡管不是全部——仍在緩慢地發生著。某些編程繼續著非常文字式，但是有些正變得更加視覺化【注4】，這意味著潛在的計算機語言不是太重要。

GUI 構建器是最容易看到這個現象的地方。你可以整日整夜地拖拉用戶界面部件，而不用擔心它是 C、Java 或其它語言。細節在視覺化盒子里被編碼。

AndroidBuilder 使得拖拉更多的布局成為可能，它將忠實地編寫 XML 以及需要讓代碼運行的 Java 小代碼。很難討論視覺化語言未來會成為什么樣子，尤其是在它們多次未能意識到該預言之后，但是當它們成長時，工具將增加更多視覺化。這意味著語言沒那么強 大或重要了。

代碼即法律（code is law）

計算機語言有著極大的不可知論者。它們被設計為開放、接受和幾乎無限延展的。它們意欲做你想要的任何事情。當然，有時候由于語法，你需要使用一 些額外的字符，但是這些是很少的擊鍵。之后，它主要是 if-then-else，再加上偶爾的聰明約束。所有這些語言將幫助你用想得到它們的方式、得到你想要的結果。如果有一些苛責的話，那么它們應該被設計 為盡可能保持你的代碼沒有 bug，不要限制你能做的事情。

框架的威力就在這里，這就是設計師可以決定什么被允許、什么本質上要禁止。如果設計師不想讓某些東西發生，那么神奇的函數調用將從 API 中消失。如果設計師喜歡這種想法，那么通常會有多個函數調用以及許多支持工具。這就是哈弗法學院教授 Larry Lessig 【注5】為什么喜歡說“代碼即法律”的原因。

框架為它們所處的互聯網角落建立規則，一旦你選擇它們，就必須生活在規則之下。一些博客平臺鼓勵通過 Ajax 調用與其它博客鏈接。這就是你必須謹慎調查、聰明選擇的原因。這就是框架最終主導我們生活方方面面的原因，甚至包括我們不在編程的那些短暫時光。

— END —

譯文： 《框架成為新的編程語言的 7 種理由 》 臘八粥

 本文由用戶 fdpg 自行上傳分享，僅供網友學習交流。所有權歸原作者，若您的權利被侵害，請聯系管理員。
 轉載本站原創文章，請注明出處，并保留原始鏈接、圖片水印。
 本站是一個以用戶分享為主的開源技術平臺，歡迎各類分享！
  本文地址：http://www.baiduhome.net/news/view/1065520