atitit.高级编程语言的特性 and 未来趋势与进化.doc
1.1 编程语言的进化，起始发现背后的思想 ：不论什么两个系统之间的复杂性，都能够通过加入一个抽象层要屏蔽 1
1.1.2 高级语言：java,.net 跨平台(os)抽象层vm 2
1 编程语言的发展历程
1.1 编程语言的进化。起始发现背后的思想 ：不论什么两个系统之间的复杂性，都能够通过加入一个抽象层要屏蔽
1.1.1 C语言, 硬件抽象层
对于汇编语言的问题。主要要解决跨硬件平台，加入一个抽象层，这个就是硬件抽象层
1.1.2 高级语言：java,.net 跨平台(os)抽象层vm
为了解决C语言的跨平台的问题
作者:: 老哇的爪子 Attilax 艾龙， EMAIL:1466519819@qq.com
转载请注明来源： http://blog.csdn.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总结