编程语言的过去、现在和未来
博客专区 > rose-sdk 的博客 > 博客详情
编程语言的过去、现在和未来
rose-sdk 发表于2年前
编程语言的过去、现在和未来
  • 发表于 2年前
  • 阅读 36
  • 收藏 0
  • 点赞 0
  • 评论 0

腾讯云实验室 1小时搭建人工智能应用,让技术更容易入门 免费体验 >>>   

摘要: 不论微软、苹果还是Google,商业公司总是把自个利益放在第一位,希望它们发布跨平台SDK,那估计须要很大耐心。好在除了商业公司还有开源社区,在跨平台编程上,开源社区可能才是更加重要动力。​

两种动力在推动编程语言向前发展,一是各种国际组织,二是商业公司。对于形成语言规范来说,它们或许是各占一半,但以程序员选择哪种语言,那肯定是商业公司占主导地位。

一、微软
没有之一,微软是迄今为止最伟大软件公司。它造就了Windows神话,这里不说Windows,说它的编程工具:Visual Studio。透过Visual Studio十多年历程,或许能看到这十多年软件编程的大概走向。在深入分析前让先看两个概念:编译语言和脚本语言。

按编写出的代码是否须要编译,把语言分编译语言和脚本语言。

编译语言
编译语言主要特点。1)编写出的代码须经过编译形成二进制格式;2)发布向终端的是二进制代码;3)一般不须安装额外解释程序。C、C++、Object-C属于编译语言。

脚本语言
脚本语言主要特点。1)发布向终端的一般是源码文件;3)须要安装额外解释程序。C#、Java、PHP、Lua属于脚本语言。

两种类型语言能完成同一任务,不可避免要存在冲突,但它们的确是可以互补,程序员应该有这样一个认识:一个好的程序是这两种类型语言的完美结合。微软知道这点,所以每个Visual Studio版本都是两种语言齐头并进,微软力推语言不只两种,这里从中抽取它们的代表:C/C++、C#。两种类型语言要通过某种混合策略去达到写出优质应用这一目标,那微软策略是什么。

C/C++编写各类插件,C#编写最终应用。

微软把程序员分为两种,一种人写核心、一种人写应用。他建议写核心人用C/C++,用C/C++编写出各样插件,如果把一个应用比喻成一座房子,那么C++就去写门、梁、窗。有了这些组件后,C#则用于把这些门、梁、窗拼凑起来搭出一间最终房子。

它是微软傻瓜化编程核心,但我想说,它太想当然,很重要一点是不顾及C/C++程序员感受。“对于能实现同样功能语言,除非有极高利益驱使,否则不会去学第二种语言”,那些写惯了C/C++代码的程序员,他们只能做痛苦选择,但面对执行效率还低一等级的C#,很有可能还是继续用C/C++写最终应用。

傻瓜化真是吸引程序员用它开发应用的第一动力吗?不是!一个程序员会去学哪种语言,不是在于这语言功能有多强、能让编程有多简单,而是取决这语言能不能让他赚钱。

但那些年微软几乎垄断了应用平台,它给的方向几乎等同程序员能赚钱方向,C/C++程序员只能自发牢骚,或许没微软预料中的快,C#的使用率的确在缓慢上升。如果没那些意外,微软真可以使C#的占用率高过C/C++,但现实没如果,iOS烟花炸放,它一下打破了编程语言原有平衡,直接导致微软傻瓜化编程走向终结,同时熄灭了指引C#前进的那盏灯。

基本可以断言,微软希望出现的两类程序员分工已经不可能实现。今后程序将越来越注重跨平台,而出于自个利益考虑,iOS、Andoird若无意外不可能原生支持C#。一旦要再装一个解释环境,这就失去了在那平台上的竟争优势。

由于无法做到跨平台,微软建议的多语言混合策略已走向死胡同。它不行不代表所有都不行了,让再看一种策略。

  • 以可跨平台的编译语言书写最终应用。
    以脚本语言书写配置,堆叠模块。
    两种语言可相互调用对方的功能模块。

使用这种方法后,修改脚本语言文件,不必再重新编译程序,保证了部署灵活性;编译语言则保证了执行效率。为实现以上目标,脚本语言须支持几个特性。

一、解释脚本语法的代码要少,最好直接融入目标工程,避免须安装额外解释程序。
二、脚本语言实现基本的动态配置功能,至少要支持条件判断,像if、while。
三、除去配置,脚本语言要能和编译语言互调模块。
四、编译语言在解释脚本语法和互调上要尽可能快。

这种结合已不是理论阶段,不少软件都在按这方法走了。使用最多的编译语言是C/C++,最能符合要求的脚本语言是Lua。

微软一旦进入一领域,一般就已有宏伟计划,在PC操作系统领域,它实现了,让Windows基本处于垄断地位,但在“统一”编程思想上,它失败了。它已处在十字路口,或继续维持既定思维把自个开发环境锁定在Windows平台,或是放开手脚承认跨平台,让Visual Studio写出的应用适应跨平台。

C/C++

由于微软把C/C++定位在主要开发插件,使得Visual Studio中的C/C++ SDK是三根柱子,站不稳的。SDK主要包括两个库:MFC和ATL,ATL主要是支持COM开发,MFC才可说是直接面向应用。MFC是个失败SDK,对编程新手来说,或许都不知道这是个什么东西。

MFC面面俱到,用着N多类去封装,可它们之间似乎看不到关联。MFC很大一个失败是没有向程序员提供一条驱动应用发展的清晰主线,使得那些个类平行向前发展,没有交集。

SDK应该使提供的各模块绞在一起,绞在一起向前伸,伸去的方向清晰指出了应用的编程方向。

可以这么认为,一个应用任何时刻都处在两种模式中的一种,对话框模式、场景模式。对话框模式下,它是按下框中控件推动应用向前发展,场景模式时,存在一张大地图,主要是用户在大地图中操作推动应用向前发展。由此扩展开来,SDK在框架逻辑上要能清晰支持这两种模式。SDK不该仅仅是提供封装类,它至少应该提供编程的框架逻辑。

UNICODE
软件要支持国际化,微软认为应该以UNICODE去编写,但国际化软件的统一码更适合用UTF-8。由于这个认识上差异,悲剧上演了。

为什么要选用UTF-8,UNICODE处理ASCII字符多耗内存是次要的,主要是UNICODE无法做到和市面上的C/C++库兼容。微软知道后者问题严重性,它势必阻碍推广UNICODE编程,于是开始按自已规则改造已有C/C++库,正是这个改造,让走了条很难回头的不归路。

把运行库中C函数分两个版本,在传统函数名前上缀“_t”字符,——这种做法的结果是写出的软件离跨平台越来越远。当iOS、Andoird兴起,开始和微软共分编程语言蛋糕时,它提供的库因残废而无人问津。除了放弃“_t”回归原函数名,我想不出微软该怎么处理它的运行库。


二、苹果
苹果是一个极度偏执公司,它对自个想法坚持几乎可用变态去形容,正是这种偏执造就了iOS成功,但也正是这种偏执行,有可能会使苹果再度衰败。

以实现功能、执行效率上看,Object-C和C/C++有什么差别!可就是在全世界都把C/C++做为编程教材的首选语言,它却执意要使用Object-C。

苹果硬推Object-C,目前市场占有率上看似成功了,但Object-C正是苹果最大致命伤。

不要幻想Windows、Andoird会支持Object-C!于是可以想见了,当你应用是Object-C写时,它注定无法做到跨平台(虚拟机的就算了),这个断脚不是你靠后天可去弥补的。

正规学校教编译型语言,必修课不会用Object-C。学生要学习编程内核,那里的编程非C莫属,作为它的过渡,之后编程应用时自然会使用C/C++。不要小看程序员对同功能语言的离斥力,一旦基于苹果平台的盈利开始下滑,这种离斥力就会占据主要地位,很快就会导致Object-C使用率下降。

C/C++
总体来说,苹果一直到现在都支持C/C++写最终应用。在调用系统API时,程序的确须要使用Object-C,但苹果支持C/C++和Object-C混和编程。可以把底层调用封装成一个库,这个库向上提供纯C接口,然后C/C++应用去调用这个库,这正是SDL在用的编程思路。

三、Google
互联网造就了Google,Google是互联网时代发展最成功的公司。进入移动时代,Google希望用Andoird获得一席之地,但结果会怎么还真不好说。

Android、Java是Google在编程领域两个名词。对于Android,我认为要不是Google动不动就拿触犯专利说事,市场早已是若干类Andoird系统共存的局面。相比于iOS,Andoird真的差好多,而这个差好多,根就出在Android用了Java。

Java是脚本语言,执行效率天生就低于C/C++、Object-C。对于一些耗内存小、运算不多程序,像俄罗斯方块,以着现在硬件条件是看不出区别,但没程序会嫌设备内存太大、CPU太快,当CPU、内存增强,程序自有办法把它消耗掉。举个例子,为省内存,过去存储图像用调色板,现在内存大了,基本放弃调色板,而且必备了Alpha通道,因为这样处理会使图像更逼真。Java执行效率低不是错,但把它作为有可能开发复杂应用的首选语言,这就错了。

Java最初目标是使用在家用电器等小型系统的程序语言,经过二十多年发展,Java还是有小家子气影子,这种小家子气的一个表现就是Android在安装拥有大资源包应用时显得很落伍。

至少近阶段看不到Android要去Java化,于是使用Java编写出应用除了得带上天生的执行效率低下毛病,还有带上了不能跨平台缺陷。Java说是跨平台语言,但它跨平台的一个必备条件是该平台已安装了解释程序,要能安装Andoird上的Java环境,至少微软、苹果都不会把它列入近期发展规划。

C/C++
Andoird不支持纯C/C++应用,但提供了NDK,采用NDK后,用C/C++再加少量Java就可编写出最终应用。当中混入的Java代码往往有着固定格式,像启动代码。

四、希望中的编程模式
虽说是希望,但这模式不能理想化,它应该是基于现在又超乎现在。面对移动时代,写的程序最好具备以下几个能力。

要求一:跨平台
1)一次编写,跨平台运行。C#、Java等虽号称是跨平台,但它们须要设备安装解释程序,而平台商为自个利益往往设置阻碍,结果让它们名不符实。相反,C/C++却被所有平台原生支持,而且只要以着源码方式嵌入工程,它可以近乎达到“一次编写,跨平台运行”。2)跨各样设备屏,屏包括两个方面,一是像素分辨率,二是同样像素面积下对应不同物理面积,负责跨屏的模块主要是窗口系统,要做到编写一次窗口配置就要能跨各样设备屏。

要求二:能够简单、快捷地重新布署
程序要做到不重编译情况下就可以布署新功能,这在游戏领域有个词叫MOD。这个布署自然是希望越强越好,最好能强到平台、应用相分离。编写平台用编译语言,应用则是通过编写脚本语言。

要求三:安装时不须要额外插件
但凡须要额外插件,这就意味着存在这么问题,你的软件将受到这平台有没有这个插件制约,就会给像跨平台带来阻力。对用户来说,能够简洁安装、卸载也是衡量体验的一部分。

要求四:能较好融合开源项目
软件技术在不断更新,往往很快会在开源社区体现出来。当程序可以较好融合开源项目时,意味着程序可以较好融入新技术,同时避免独个人在战斗。程序员应该有个共识,独个人战斗那是笨蛋才干的事。

针对以上要求,需要掌握的几种语言是C/C++、Lua、ML(标记语言,下面会说)、PHP。

C/C++。最流行编译语言。C在编写内核上有着独一无二作用,但凡工科毕业的读书时就写过C。至少目前流行的平台,Windows、iOS、Android、MacOS X、Linux都支持C/C++开发应用。

Lua。编写动态配置、和C/C++互调模块。它和C/C++互调时有着非常高执行效率。Lua库的源代码不多,很简单就能以源码嵌入工程,即程序不须要额外库自个就能解析Lua脚本。

ML。标记语言,Markup Language缩点,它太简单了,说它是语言还真有点牵强。用Lua编写静态配置,怎么说还是代价有点大,ML就是用于弥足这个不足。ML语法很简单,就是“块、键=值”格式。

[block]
	key=value
[/block]


一块下可存在多个“键=值”对,一块下可再级连块。

PHP。理论上说,C/C++和Lua就已能编写出希望的应用,但这里还是希望学会PHP。PHP语法很像C,有C底子去学它是很快的。编写服务器应用上,相比于C/C++,PHP更简洁、高效、易维护。随着应用要不断强调联网,像要和论坛通信,和网页通信,用PHP去写服务器端将成为程序员基本要求。

____________________________________________________________________________________________
大概知道了各语言在最终应用扮演的角色,少说多做,接下是把想法附诸于自个编程。不论要写什么项目,无疑会遇到一个问题,从何开始,“不要重复发明轮子”,独个人战斗那是笨蛋才干的事,第一要选择一个好的SDK,该SDK必须具备跨平台能力。不论微软、苹果还是Google,商业公司总是把自个利益放在第一位,希望它们发布跨平台SDK,那估计须要很大耐心。好在除了商业公司还有开源社区,在跨平台编程上,开源社区可能才是更加重要动力。

共有 人打赏支持
粉丝 2
博文 1
码字总数 4055
作品 1
×
rose-sdk
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: