一次编码 处处运行

首先声明一下，这篇文章其实并非是我的原创，只是我看了一些大神的文章再加上自己的一点点感触写的拙作，如果有不全或者错误的地方，那...那也是没有办法的事情。

我们的梦想

身为一个程序员，我们的梦想是什么，大家肯定会喊出心中所想——没有蛀牙！！！
呵呵，当然，这是玩笑，我们的梦想有很多的，但是其中肯定有一条，维护尽可能少的代码，而且最好能够一次编程就可以到处运行。
这在之前，我们也已经为了这个梦想而做出了很多努力，但是...好像到现在仍然没有找到一个真正切实可行的方法

我们的尝试和努力

Java

---

可行性

Java不同于一般的编译语言和直译语言。它首先将源代码编译成字节码，然后依赖各种不同平台上的虚拟机来解释执行字节码。

劣势

java语言看似美好但是经过岁月的洗礼之后，我们发现好像事情并不像我们预想的那样，按照喵神的描述如下:

二十年前 Java 正是举着这面大旗登场，击败了众多竞争对手。
但是时至今日，事实已经证明了 Java 笨重的体型和缓慢的发展显然已经很难再抓住这个时代快速跃动的脚步。  

HTML+JS V1

---

可行性

如果说在现在的这种发展趋势走下去，这种解决方案好像是最靠谱的一种了。随着Node技术的飞速发展，和手机性能的不断提升，web client 好像越来越能够被我们所接受，而且现在也已经出现了很多框架来支持这种跨平台模式，诸如 PhoneGap 或者 Cordova
还有一点就是使用这种跨平台方式还有这很多别的方式所不能达到的优势：

1. 是大多数的程序员都接触过JS以及网页的开发，开发成本小
2. 可以无视app提交审核更新这一套繁琐缓慢的流程
3. ......

劣势

那么这种方式的缺点是什么呢，其实也是很明显的，就是在现在的技术下面，web client的流畅性始终不能和native client想抗衡，而且说到动画效果，估计所有使用HTML写客户端的程序员也只能黯然神伤。
具体为什么传统的web client性能慢，大家戳这里 阮一峰大神的文章

HTML+JS V2

---

这种解决方案其实是FlipBoard所使用的新技术，就是说吧所有的视图绘制在 canvas 上面，具体的优劣我不好评说，还是请大家去看上面阮一峰的文章吧
那么我在这里智能给大家普及一下另一个知识了，React.js这是FB出品的一个Js框架，这种跨平台的方案其实就是建立在React的基础上的，React的一个十分重要的概念就是虚拟 DOM 的思想

React为此引入了虚拟DOM（Virtual DOM）的机制：
在浏览器端用Javascript实现了一套DOM API。基于React进行开发时所有的DOM构造都是通过虚拟DOM进行，
每当数据变化时，React都会重新构建整个DOM树，然后React将当前整个DOM树和上一次的DOM树进行对比，
得到DOM结构的区别，然后仅仅将需要变化的部分进行实际的浏览器DOM更新。

React-native

---

这里我们要解释一下，由于这个东西太新，我也没看，不能瞎说。但是据喵神文章所说，这个东西和我们想的其实不太一样，它并不单出是跨平台，而是使用JS来绘制iOS系统自带的控件

learn once, write anywhere 而并不是 "run anywhere"。
所以说 React Native 想要达成的目标其实并不是一个跨平台 app 开发方案，而是让你能够使用相似的方法和同样的语言来在不同平台进行开发的工具。
另外，React Native 的主要工作是构建响应式的 View，其长处在于根据应用所处的状态来决定 View 的表现状态。
而对于其他一些系统平台的 API 来说，就显得比较无力。而正是由于这些要素，使得 React Native 确实不是一个跨平台的好选择。

总结

---

其实还有很多不同的跨平台方式，诸如 Titanium NativeScript 等等，但是由于诸多原因造成这些方案都还是不是很成熟，所以我们还是静静的学习，静静的等待编程大神们创造出更多 更好的跨平台解决方案 让我们开心的享受开源世界带给我们的无限乐趣吧