Mobile技术选择之：webview、native、hybrid相关讨论要点的部分梳理

Mobile技术选择之：webview、native、hybrid相关讨论要点的部分梳理

本来想把自己的讨论和大家的讨论塞在一起，不过发现讨论有分化的趋势，所以决定单开一个页面进行讨论。(代码行多了是不是就该考虑拆分了啊，同学们？)

虽然说细节是重要的，但是如果讨论太多细节，确实有陷入细节泥潭的风险（我说这话也有风险的）。
要我说，webview在表现上，目前虽然不是最好的(这是听你们说的哈)，但方向似乎是很给力的（直觉，未必靠谱）。
webview可以对不同型号的mobile进行封装(应当是这样的吧，猜的)，相当于形成一个技术平台，从而降低技术复杂性(这和通讯协议有些类似)。所以总的来说，webview确实很值得关注，即使大家说了它很多丑的地方。Android系统过去也很丑吧。

所以要我说，wv+h5+native的hybrid方案，有其可取性，而且条件允许的话，尽量少用底层技术(Linux那么复杂，维护kernel的人可能也不多吧)。不过做相关决策之前还涉及到一系列判断：
1.webview的发展速度会怎样?
2.谁能判断它的未来，根据是什么(比如，是否有技术专家能够论证出，某项技术在底层设计上就根本存在缺陷？(好比建筑的承重设计根本就不合理，或者非常有限)
3.竞争技术的未来发展会怎样(e.g., CardKit1)，底层平台会有什么样的演化？
4.自己的参与，能否帮助加速某一技术的发展？

如果有人对上面的一二三四点有想法，不如拿出来一起晒晒，咱们好共同将科技文明提升一个层次。也许，更高层次的智慧正在等待着更多的观点碰撞。

我估计豆瓣现在可能在维护和开发上都遇到点障碍或者瓶颈。而一旦做出技术平台的选择，再更改可能也很麻烦(写完之后发现，后文中教授已经给出证据了，看来是蒙到了几分，oh yeah~~)。

免责：其实我既不搞mobile和前端，也不懂webview是啥，就是凭过去的有限经验和大家在这里的讨论，把它当作一类特殊控件来理解，类似于button,box之类，不过wv可能更多样和复杂些。我这样估计不会离题万里吧。

另 外再乱出个点子，供讨论：不论推送的是啥，可能不但需要单独的framework，可能还需要单独的server/cluster(我这人比较爱乱出点 子，反正又不需要我来做)。哦，对了，国外有个叫wix的网站，前端控件技术不错，对web和移动设备的支持貌似都还可以(我没试过)，去年底在 Nasdaq完成IPO(billion dollars级别，乖乖)，headquartered at Tel Aviv in Israel，感兴趣的同学或许可以参考下这个网站。

最后，我正在找工作，有时间有能力的，麻烦顺道看下，顺手推下。

http://photon.iteye.com/blog/2031325