代价的选择

对于语言来说,如果想减少跨平台开发的消耗,那么就要付出语言运行效率的代价。比如java等依赖于虚拟机的语言,很大程度上是一次编译处处运行的,但效率上就远远哪不上c这种可以直接和硬件打交道的语言。

javascript这种解释性的语言则更是跨平台,只要浏览器依照了规范,那么就处处可以运行,但效率上就更慢上一些了。再加上其天然的单线程特征,在处理复杂运动上就更加劣势了。

touchpad 的概念不说不好,但由于采用语言本身的问题,比采用 java 的android慢上很多,更不用说是采用object-c的ios了。

《代价的选择》有4个想法

  1. Java的虚拟机概念不错,但是受制于硬件。C一类的直接编译好虽然效率高,但是跨平台就会麻烦。没有绝对的高效、方便。这个也是语言未来的发展。谁知道呢?就像说HTML5的厚望,但是是否能早日实现它的全部效果呢?这个还是看市场的需求。

    1. 嗯,这个要看场所来选择。有句话大概是这样,服务器成本和程序员成本,选择哪个?

    1. 😎 莫非直接戳光盘来做系统的大神要出山啦?

评论已关闭。