！！！求推荐ios移动开发的混合架构！！！

整体解决方案 用facebook发布的 react-native吧。。。天猫 什么的 用这个的挺多的。。。。。facebook自己的js解析引擎和dom绘制，并且针对这个做了源生渲染优化 就在前两天淘宝发布了一款叫 Weex的框架，据说是结合了 react-native 和 lue.js 两个框架的优点，也是用来动态用js写app的，预计2016年开源 上面两款的特点是，你在写native，虽然是用js/h5/css在写，但真正的处理js处理h5，解析然后渲染和绘制这些过程都还是源生（facebook也针对这个，耗时进行过优化） 至于phonegap 他其实 不是一款 完整的用h5写纯源生app的框架，而是专门为webview提供bridge的框架，他借助并且依赖于系统webview，webview能够用的渲染效果,就拿webview渲染了。。webview搞不定想加入一些源生相关的配合，就通过封装的bridge，来支持部分源生 （区别。。毕竟系统自带webview都是为了展现通用网页用的。。。没有针对过hybrid的模式去优化设计过。。。过去的UIWebview还TM一堆bug 一堆泄露。。所以这一点上 和 react-native 还是有区别的）

说道hybrid 。。我看你的需求 其实不复杂。。。不复杂的话。。你完全可以自己写bridge 因为你希望通过OC swift做的事情 无非就是 使用导航条 push 界面 pop 界面 present源生界面。。。。 你的native的需求 很统一 很归一 而且不繁多。。。 完全可以自己写个bridge....不必引入 phonegap 那么大的框架。。 当然 以后越用越大越复杂。。就得系统规划下了。。。。不如直接上react-native吧

自己写bridge 其实 学习成本最低。。。而且 你完全清楚了 这里面的工作流。。。 你需要了解 uiwebview（如果你忍心只支持IOS8的话 可以看WKWebview）和 oc 交互 uiwebview 劫持js 做oc响应 oc响应完了 如果有数据需要返回 则注入回js的过程 原理就是 js调 oc oc调js 借助webview 这就是桥接bridge（说复杂也复杂啦，涉及到同步回调，异步回调，之类的） 然后你规划一下你js 需要na干的事情 比如你的需求。。。构造一个 swift的viewcontroller 内部有一个webview，设置顶部条，设置webview地址，弹出来。。。 你在swift里把这一切的接口都准备好。。。 js网页里面 通过webview 把约定好的协议发出来。。解读出来“是让swift 直接打开一个新的界面 链接地址是xxxx”。。 于是swift去调用对应的接口就好了。。。 我感觉就你说的这些简单的需求里面。。。自己写bridge 最顺。。。 自己写bridge 就是一个 自己的bridge + webview 配合的过程 借助phonegap 就是一个 phonegap大而全的bridge + webview 配合的过程 虽说phonegap大而全。。但是各种个性化需求哪来的大而全 还是得自己去扩展bridge phonegap 给你约定好了协议规范。。让你自己扩展容易点。。。并准备好了一些通用需求 如果需求以后会逐渐变大越来越复杂 不如直接上 react-native 毕竟app内置webview 不是天生被用来设计展现整个app的。。都说性能性能H5最大的痛点就是性能。。一个都不是专门为h5部署na而生的webkit，还是干不过 react-native的

这回帖跑题了。。恩 删掉 以上都是个人理解 欢迎交流哈

能加下qq讨论讨论吗？我还有蛮多问题想请教 【 在 apocalypse 的大作中提到: 】 : 自己写bridge 其实 学习成本最低。。。而且 你完全清楚了 这里面的工作流。。。 : : 你需要了解 uiwebview（如果你忍心只支持IOS8的话 可以看WKWebview）和 oc 交互 : ......... 发自「贵邮」

要说未来的话. 使用React-Native比较好. 毕竟Facebook的东西. 国内很多大厂已经在用了.