atitit.高级编程语言的特性 and 未来趋势与进化.doc

时间:2023-03-08 17:54:33

atitit.高级编程语言的特性 and 未来趋势与进化.doc

1 编程语言的发展历程 1

1.1 编程语言的进化,起始发现背后的思想 :不论什么两个系统之间的复杂性,都能够通过加入一个抽象层要屏蔽 1

1.1.1 C语言, 硬件抽象层 2

1.1.2 高级语言:java,.net  跨平台(os)抽象层vm
2

1.2 DSL领域编程语言(跨越编程语言) 2

1.2.1 实现方式:: 语义 和 语法 分开 2

1.2.2 结构Dsl,dsl解释器 2

1.2.3 统一的开发语言 2

1.2.4 每一个领域特性部分,使用类库解决 2

2 语言特性发展 3

2.1 Oo+ 3

2.2 Function 3

2.3 动态(non编译)还是编译?? 3

2.4 多核 3

2.5 强类型还是弱类型???类型判断和模式匹配 4

2.6 面向自然语言还是简单的?? 4

2.7 抽象能力 4

2.8 删除语法噪音 4

2.8.1 语法噪音 4

2.9 强大ide,vm 5

2.10 Gc 垃圾收集 5

2.11 Vm 平台化 5

2.12 数据与结构分离还是紧密集合??? 5

2.13 异步api 5

2.14 安全api 5

2.15 库与语法融合 6

2.16 . fluent API: 流畅api 6

3 參考 6

1 编程语言的发展历程

1.1 编程语言的进化。起始发现背后的思想 :不论什么两个系统之间的复杂性,都能够通过加入一个抽象层要屏蔽

1.1.1 C语言, 硬件抽象层

对于汇编语言的问题。主要要解决跨硬件平台,加入一个抽象层,这个就是硬件抽象层

1.1.2 高级语言:java,.net  跨平台(os)抽象层vm

为了解决C语言的跨平台的问题

作者:: 老哇的爪子 Attilax 艾龙,  EMAIL:1466519819@qq.com

转载请注明来源: http://blog.****.net/attilax

1.2 DSL领域编程语言(跨越编程语言)

1.2.1 实现方式:: 语义 和 语法 分开

而个的语言编程语言一般都是语法和语义绑定在一起的

1.2.2 结构Dsl,dsl解释器

1.2.3 统一的开发语言

如今越来越有这个趋势了,各个语言都在加入其它语言的特性。增强自己的特性,以后各个语言都变的越来越类似,功能也越来越雷同

1.2.4 每一个领域特性部分,使用类库解决

或者二手的dsl?

?

2 语言特性发展

2.1 Oo+

2.2 Function

2.3 动态(non编译)还是编译??

综合考虑,工业级别的源代码保护的考虑哈,还是要编译,,yaneng跟个python雅十,共同的情形哈不编译器,给客户的时候儿编译..

python雅十,经常使用使用script式,,也能编译了...

动态性意味着更加灵活,意味着开发人员有很多其它的"魔术"能够玩。而开发人员会天生对动态语言有亲昵地感觉,这是人的本性。

可是凡动态语言,JavaScript、Python、Ruby这些,实际上已经意味着与地层开发无缘了。

同一时候灵活意味着少约束,少约束意味着大规模程序非常难被编写出来。到眼下为止。非常少听到过超过10万行级别的JS语言项目,这种现象多少与JS的动态性有关。

反过来看,动态性较低的C语言如今成了驱动和OS内核开发的不二之选。由于好像驱动里面根本用不着那些看上去NB的抽象——即使你用了C++。也是像C一样用而已

2.4 多核

2.5 强类型还是弱类型???类型判断和模式匹配

以及ide支持不行。。

所以。综合考虑,工业级别的  任然是强类型的天下。。

也能够强大的类型判断和模式匹配

或者,语言支持弱的型,也能强壮的型…必要的的时候儿,能强类型…

Scala是静态类型的。很多人会把vals="ABC"这种当作动态类型特性,而vals:String="ABC"才觉得是静态类型特性。实际上,这无关类型争论,而是类型系统实现的范畴。是的,在Scala里,你能够放心大胆地使用vals="ABC"。而Scala里强大的类型判断和模式匹配。绝对会让你爱不释手。

2.6 面向自然语言还是简单的??

Cobol,ada的强壮的理解性…普通的的人们能理解的..

大部分情形哈,还是简单的特性ok…而个的java代替了cobol,ada..

2.7 抽象能力

抽象能力应该是现阶段语言进化的第一优先级,抽象手段无非函数式、过程式和面向对象三种,看计算机语言的流行历史, 不难看出 函数式=>过程式=>面向对象=>函数式回归 这种规律。Lisp一直在学术界评价颇高,可是其商业应用一直低迷。其抽象能力比較弱一直是个重要的原因。

2.8 删除语法噪音

2.8.1 语法噪音

语言除了功能和设计,“长相”也是非常重要的。这里要提到一个语法噪音的概念,比方JS里面的function,相比lambda表达式,这个噪音就多了

arr.some(function(x){ return x<2});

而C#里面能够这么写:

arr.some(x=>x<2);

这里面。functionkeyword。returnkeyword,各种符号,事实上实际意义都不大,由于JS语法设计,而必需要加上,这就是一种噪音。

有趣的是,向python这种语言对于“去噪”的追求达到了极致,甚至不惜用空白做标志干掉花括号,这个做法导致了其毁誉參半,喜欢的人特别喜欢,不喜欢的人特别讨厌。

2.9 强大ide,vm

2.10 Gc 垃圾收集

眼下很多语言都能够自己主动垃圾收集。。

可是仅仅是内存。。

数据库。网络,以及磁盘io连接任然有泄露的可能。

2.11 Vm 平台化

2.12 数据与结构分离还是紧密集合???

尽可能的分离为好。

程序和数据也不应该被分开。

由于现代数据操作和模块化的基础是并行程序(parallelism),而有效实现并行的基础是程序的first-class表达,也就是把程序作为一种基本数据类型。

2.13 异步api

2.14 安全api

闭包、多个返回值

2.15 库与语法融合

库与语法融合在了一起。

我们能够看到在Java中对字符串String对象的操作能够简单地使用操作符+、+=进行操作。然而String本身并非关键 字,可是可被编译器识别。由于你换成其他对象可能就无法用这些操作符来进行操作了。

而对String类的实现本身可用一个用Java编写的相对独立的库进 行实现。

事实上将语法体系与语言自带标准库绑定还是有不少优点的。

首先,这easy被扩展,开发人员能够依据自己的需求来自己定义某些语法的行为。

其次,对编译器而言能够减 轻压力。某些执行时行为能够交给标准库进行实现。

这样,编程语言能够比較方便地被打造成比較完备的语法体系。这样的耦合也增强了编程语言的执行时能力。包含 灵活性、可扩展性。

2.16 . fluent API: 流畅api

偏向傻瓜式的编程,直接用IDE的代码辅助就能把代码敲出来。

java那种展现精美的架构的同一时候,却要求程序猿自己一块块砖搭起来的风格逐渐没落...

3 參考

atitit.编程语言的未来趋势与进化结果

Atitit.现代高级语言的特性以及趋势attilax总结