代价的选择

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

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

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

4条评论

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

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

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

评论已关闭。