框架成为新的编程语言的7种理由

时间:2016-03-01 20:40    点击:

在 1980 年代,掀起一场乏味战争的最简单方法,就是赞扬你钟爱的编程语言是最棒的。C、Pascal、Lisp、Fortran?程序员们花费数个小时来详细解释关于精巧制作一条 if-then-else 语句的特定方式为什么优于你的方式。
 
那是过去的事情了。今天,涉及语法和结构的战争基本结束了,因为世界已经汇总了一些简单标准。在 C、Java 和 JavaScript 里,分号、花括号等之间的差异不大。关于类型和闭包的有趣争论仍然存在,但是大部分是毫无意义的,因为自动化在缩小差距。如果你不想定义数据类型,那么有一种可能,计算机将能准确推断出你的意思。如果你的老板想用 JavaScript、而你喜欢 Java,那么交叉编译器将把所有静态类型的 Java 代码转化成可以在浏览器运行的最小化的 JavaScript。当技术做后盾时,为什么还有战争呢?
 
今天,有趣的战斗发生在框架上。当我在约翰·霍普金斯大学和其他院系成员规划一门新课程时,框架成了讨论的重点。Angular 优于 Ember?Node.js 就是一切吗?
 
我们设计了一份调查课程,将探索最重要的软件包的架构,这是互联网的基础。这是行动的中心,这份调查课程的价值在于探索围绕着当今互联网的、最重要的软件包的架构。
 
从这个意义上说,框架就是新的编程语言。它们就是当代代码被建立起来的最新思想、哲学和实用性。有些昙花一现,不过大部分成为了编程的、新的基本构成要素。下面是助长这种框架趋势的七个方面,使得框架成为滋生乏味战争的新的最爱。
 
大部分代码正和 API 串在了一起
 
过去编写软件,意味着调用你对编程语言的所有技能,以最大化压榨代码。掌握指针、函数和作用域是讲得通的——代码质量取决于做正确的事情。如今自动化处理了这方面的大多数事情。如果你在代码里遗留了无用的语句,不要担心,编译器会去掉无用代码。如果你让指针吊着,垃圾回收器可能会找到它。
 
还 有,如今编码实践也不同了。大部分代码现在都是一长串 API 调用。偶尔有一些 API 调用之间的数据重组,但是,甚至这些工作通常也有其它 API 来完成。幸运的一些人在为我们机器的核心编写更聪明的、位拆裂、指针杂耍之类的代码,但是我们大部分人工作于更高的层次。我们在 API 之间简单地运行管道。
 
鉴于此,理解 API 的表现以及能做什么,就显得更加重要。它接受哪种数据结构?当数据集增长较大时,算法表现如何?类似这样的问题,与关于语法或语言的问题比起来,更加集中在今天的编程里。的确,有大量工具简化了某种语言从另一种语言调用一个程序。比如,把 C 资源库链接到 Java 代码,变得相应简单了。理解 API 才是重要的。
 
站在巨人的肩膀上,是值得的
 
假设你已经成为了 Erlang 或另一种新语言的信徒。你认为,它为编写文档、没有 bug 的应用提供了最好的平台。这是优秀的观点,但是你要花费数年才能把可获得的 Java 或 PHP 重写为你最新选择的语言。你的代码最终可以显著变得更好,但是值得花这些额外的时间吗?
 
框架让我们对来到我们面前的那些艰难工作做出了改变。我们或许不喜欢他们选择的架构,我们或许争论于实现细节,但是停止抱怨、找到和差异共存的方式才是更有 效的。继承框架代码库里的所有精华和糟粕,是如此地容易。用你喜欢的新语言、自己编写所有东西,而不采用某种更受欢迎的框架,这种强悍的方式和简单地遵循 框架作者及其 API 比起来,不会让你快速享受到新选择的乐趣。
 
理解架构是做什么的,而非语法
 
由于大部分编码都是串起 API 调用,因此没有太多优势去学习语言的特质了。当然,你可以成为关于 Java 是如何初始化对象内的静态字段的专家,但是如果能够搞清楚如何发挥 Lucence、JavaDB 或其它一堆代码的威力,那才是更好的。为了深入理解 Objective-C 编译器的优化程序,你要花费数月,但是学习最新的 Apple 核心资源库的来龙去脉,你将真正让代码优秀。你将更深入地学习框架吹毛求疵的细节,而不是框架所依托的语言的语法。
 
我们的大部分代码在资源库的内部循环中花费了大量时间。搞清楚语言细节的正确性可以起到帮助,但是了解资源库内部发生了什么可以获得显著的回报。
 
算法主导
 
学习一门语言有助于你应付隐藏在变量里的数据,不过只是把你带到了更远的地方。真正要克服的是,确保算法正确,它们通常被框架定义和实现了。
 
很多程序员明白,重新实现标准算法和数据结构是危险的,也是浪费时间的。你可能让它更符合需求,但是你要冒着犯微妙错误的风险。框架已经广泛测试过多年了。 它们代表了软件基础设施的集体投资。当弄明白“go off the grid”是什么意思时,将其他人的辛苦劳动扔在一边,用你自己的双手搭建一个算法小屋——其实,没有太多这种例子。
 
正确的做法是学习框架,学习如何使用它们来发挥你的最大优势。如果你选择了错误的数据结构,那么你就把一个线性工作变成了耗时的、输入大小的二次函数。一旦你这样做了,将是一个大麻烦。
 
纠正语法的编译器和聪明的 IDE
 
我应该在代码块的最后一个语句后面加上分号吗?分号是“分隔符”,还是“终止符”?语言设计者们花了大量时间来制作实施这些规则的分析器——猜猜怎样——我 不关心。我关心的时候大概是在 10 年前,但是现在的 IDE 为我做了这部分工作。它们一直在身后看着我,当我搞砸的时候就告诉我。我让它们替我去考虑,把时间花在考虑关于代码方面的大问题。IDE 是苦力、是处理这些琐碎细节的编程助理。
 
自动化已经把我们从编程语法的单调乏味中拯救了。当然,它们不能为我们做所有工作。我们仍然需要具备部署那种标点符号的模糊思维。但是大部分时候,语言的这种细节已经不重要了。
 
IDE 不仅对框架有帮助,还有一些小细节。它们提醒我们函数调用的参数,它们甚至检查数据是否为正确的类型。然后,我们应该知道使用哪种函数、如何将它们组合在 一起。当语法不是太紧要时,这就是我们精力需要集中的地方——更高级的方法和函数,将有助于更方便地找到解决方案。
 
语法和视觉化语言一起消失
 
虽然已经预言很多年了,但是它在某些代码——尽管不是全部——仍在缓慢地发生着。某些编程继续着非常文字式,但是有些正变得更加视觉化,这意味着潜在的计算机语言不是太重要。
 
GUI 构建器是最容易看到这个现象的地方。你可以整日整夜地拖拉用户界面部件,而不用担心它是 C、Java 或其它语言。细节在视觉化盒子里被编码。
 
AndroidBuilder 使得拖拉更多的布局成为可能,它将忠实地编写 XML 以及需要让代码运行的 Java 小代码。很难讨论视觉化语言未来会成为什么样子,尤其是在它们多次未能意识到该预言之后,但是当它们成长时,工具将增加更多视觉化。这意味着语言没那么强 大或重要了。
 
代码即法律(code is law)
 
计算机语言有着极大的不可知论者。它 们被设计为开放、接受和几乎无限延展的。它们意欲做你想要的任何事情。当然,有时候由于语法,你需要使用一些额外的字符,但是这些是很少的击键。之后,它 主要是 if-then-else,再加上偶尔的聪明约束。所有这些语言将帮助你用想得到它们的方式、得到你想要的结果。如果有一些苛责的话,那么它们应该被设计 为尽可能保持你的代码没有 bug,不要限制你能做的事情。
 
框架的威力就在这里,这就是设计师可以决定什么被允许、什么本质上要禁止。如果 设计师不想让某些东西发生,那么神奇的函数调用将从 API 中消失。如果设计师喜欢这种想法,那么通常会有多个函数调用以及许多支持工具。这就是哈弗法学院教授 Larry Lessig 为什么喜欢说“代码即法律”的原因。
 
框架为它们所处的互联网角落建立规则,一旦你选择它们,就必须生活在规则之下。一些博客平台鼓励通过 Ajax 调用与其它博客链接。这就是你必须谨慎调查、聪明选择的原因。这就是框架最终主导我们生活方方面面的原因,甚至包括我们不在编程的那些短暂时光。

来源:未知//所属分类:编程杂谈/更新时间:2016-03-01 20:40
顶一下
(0)
0%
踩一下
(0)
0%
上一篇:测试是一件浪费时间的事吗?
下一篇:数学和英语不好能学编程吗?
相关内容