1、Web App： 将Native APP仅仅作为一个浏览器使用，里面跑在线或者离线的HTML代码，H5代码占比超过90%。这个方案的主要工作量在于写一个兼容性好的H5页面，包括分辨率、性能、浏览器支持等问题。
我们提供的服务有：成都做网站、成都网站制作、成都外贸网站建设、微信公众号开发、网站优化、网站认证、龙南ssl等。为上1000+企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务，是有科学管理、有技术的龙南网站制作公司
2、a.web网页加壳生成APP web网页加壳生成APP的开发方式，先花几百块钱买个现成的手机网站模板，在加壳打包一个APP只需要5分钟，但是做出来的效果很差，耗流量，浏览体验极差，访问速度慢等等。
3、可以选择先开发一个系统的应用，然后通过移植编译出另一个系统的应用。android使用的是apk应用，IOS使用的是ipa应用。APK是AndroidPackage的缩写，即Android安装包(apk)。APK是类似SymbianSis或Sisx的文件格式。
4、比如Android原生应用采用的编程语言是Java，iOS原生应用的编程语言是Objective-C或者swift。由于是采用操作系统的原生编程语言，这种方式编写的app可以直接和操作系统交互，运行效率高，并且可以直接调用设备。
我个人是倾向于第一种实现方式的，因为h5本身存在许多兼容性问题，再加上Android本身被各个国产厂商魔改，而且也有h5也有性能问题，h5播放视频也会有卡顿，全屏，手机硬件交互等等问题，总之我是很不推荐第二种方案的。
app混合开发，嵌入h5页面，应该是现在比较流行的一种开发方式。优点：开发速度快、app不用频繁提交审核、发版；缺点：h5的交互毕竟不如原生，开发时的沟通成本较大。
原生判断是callback类型去callbacks中找到之前存的callback，执行，从而结束回调 H5掉用实现类似。
导航不明显，原有底部导航消失，有效的导航遇到挑战等。针对以上困境，解决方法总结如下：H5版上只做查询、浏览、显示结果等操作。精简功能，只将核心的任务实现，非核心的枝节可考虑删减。
HUD指示器框架已经和swift项目无缝衔接。 后续如果还有别的OC类 那就把头文件导入到这个 Demo-Bridge.h文件里，就能在项目的其他地方用swift的语法（也就是点语法）调用了。 这里要切记。不要用OC语法调用。
import 项目名字-Swift.h1 1 这个文件是隐藏的，在工程中看不见。导入这个文件后就可以在oc使用swift写的类了。在swift文件中引用oc的类，在桥接文件中引入需要引用oc的类的头文件，编译一下，就可以使用oc的类了。
按照文档一步一步来 新建一个基于单页面工程，然后新建一个一个Target，选中Cocoa Touch Framework。然后，分别新建一个Swift文件和Objective C类，注意Target Member Ship选中Framework。
将swift类文件添加到OC项目中（或在OC项目中新建swift类），xcode会提示是否生产桥接文件 xxx-Bridging-Header.h ，点击确认创建。
然后回到SwiftDemo.swift文件中，在LogMe函数里我们调用一下OC的logYou。所以我们现在的逻辑是在OC的viewDidLoad中实例化SwiftDemo然后调用logMe，然后在SwiftDemo里的logMe里面实例化ViewController然后调用它的logYou。
