移动应用跨平台技术.pptx

《移动应用跨平台技术.pptx》由会员分享，可在线阅读，更多相关《移动应用跨平台技术.pptx（14页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、跨平台实现分类：4大流派Web流：也被称为Hybrid技术，基于web相关技术实现界面和功能代码转换流：将某个语言转成 Objective-C、Java 或 C#，然后使用不同平台下的官方工具来开发编译流：将某个语言编译为二进制文件，生成动态库或打包成 apk/ipa/xap 文件虚拟机流：通过将某个语言的虚拟机移植到不同平台上来运行第第1 1页页/共共1414页页Web流技术对比共性说明优点不足phoneGap1、使用 HTML5+CSS+JavaScript 开发2、跨平台重用代码3、丰富的UI库4、提供访问设备原生API的 JavaScript API 包装器5、解决原生开发中机型适配的

2、难题6、提供打包、部署的工具或服务Cordova的分发版，发布于09年1、开源免费，社区生态成熟，插件丰富2、支持离线场景应用3、开发工具选择空间大只提供基础访问设备的接口，需要自己搭配其他UI框架和JavaScript框架来搭配Cordova11年Adobe收购phoneGap改名CordovaIonicCordova+AngularJS+一套样式库1、漂亮的界面，追求性能，专注原生，免费开源2、Angular JS MVVM 开发理念，数据双向绑定3、继承自 Cordova，可以使用 Cordova 的插件1、Angular JS 学习路线陡峭2、Ionic 框架相比于原生的 Cordov

3、a 有所差异，Cordova 某些官方插件可能不适用于Ionic第第2 2页页/共共1414页页代码转换流技术对比说明将 Java 转成 Objective-C谷歌推出的j2objc可以将不涉及UI的java代码转换(翻译)为objective-c的代码，实现约70%的代码跨平台复用将 Objective-C 转成 Javamyappconverter，收费，有些应用不用改代码就能转换成功将 Java 转成 C#Sharpen,JUniversal,使用的人不多，工具不成熟将 Haxe 转成其它语言Haxe没有自己的虚拟机或可执行文件编译器，所以只能通过转成其它语言来运行，目前支持转成 Nek

4、o（字节码）、Javascript、Actionscript 3、PHP、C+、Java、C#和 Python，尽管有人实现了转成 Swift 的支持，但还是非官方的，所以要想支持 iOS 开发目前只能通过 Adobe AIR 来运行。在跨平台游戏开发方面可行。但熟悉它的开发者极少。XMLVM它首先将字节码转成一种基于 XML 的中间格式，然后再通过 XSL 来生成不同语言，目前支持生成 C、Objective-C、JavaScript、C#、Python 和 Java。缺点：生成代码不可读，因为很多语言中的语法糖会在字节码中被抹掉。代码有问题基本没法修改，也没法调试代码。第第3 3页页/共共

5、1414页页编译流技术对比说明C+只用C+实现非界面部分，实现界面：在 iOS 和 Windows Phone 下可以分别使用 C+的超集 Objective-C+和 C+/CX，在Android下通过 JNI 调用系统提供的 Java 方法。XamarinC#开发，在ios下以AOT的方式编译为二进制的文件，在Android通过内置Mono虚拟机实现。优点：开发APP所需的基本功能全都有，有商业支持。缺点：深入后会发现功能缺失，尤其是定制 UI；相关资源太少，没有原生平台那么多第三方库。RoboVM将 Java 字节码编译为可在 iOS 下运行的机器码。和 Xamarin 很像，但 Robo

6、VM 风险会小些，对优先开发 Android 版本的团队挺适用，但目前官方文档很少，而且不清楚 RoboVM 在 iOS 上的性能和稳定性。第第4 4页页/共共1414页页编译流技术总结编译流比前面的代码转换更进一步，它直接将某个语言编译为普通平台下的二进制文件，这种做法有明显的优缺点：优点：1、可以重用一些实现很复杂的代码2、或许性能会好些（具体要看实现）缺点：1、如果这个工具本身有 Bug 或性能问题，定位和修改成本会很高2、编译后体积不小，尤其是如果要支持 ARMv8 和 x86 的话第第5 5页页/共共1414页页虚拟机流技术对比说明React nativeReact Native 要

7、解决的是开发效率问题，很方便与native开发混用，它并没指望完全取代 Native 开发。使用风险可控，遇到问题可以随时改回 Native 实现。游戏引擎中的脚本游戏引擎大多都能跨平台，为了提升开发效率，不少引擎还内嵌了对脚本支持，比如：Unity 3D，Cocos2d-JS。这些游戏引擎都不适合用来做 APP，一方面是会遇到前面提到的界面绘制问题，另一方面游戏引擎的实现一般都要不断重绘，比普通 App 更耗电。第第6 6页页/共共1414页页优点：组件化开发，复用率高，组件丰富以后，ui开发较快，前端式开发利用了React里面的分层和diff机制。js层传给Native层的是一个diff后

8、的json，然后由Native将这个数据映射成真正的布局视图可以和原生页面互相调用，作为一部分嵌入到一个已有的原生app中方便调试，可以进行代码热更新缺点：系统仍然（不得不）依赖原生组件暴露出来的组件和方法动画难以实现目前还不稳定，版本更新太快，可能会出现不兼容的问题。有时候需要手动解决更新也会引入bug一些涉及到底层的东西需要在ios和android单独开发，然后在js层进行调用比原生的性能要差。直观的感觉是复杂的页面在一些配置较低的手机上会有肉眼可见卡顿的感觉React Native第第7 7页页/共共1414页页小结：跨平台移动应用的优势 通过细致的规划，在跨平台方案中，能够实现通过细致

9、的规划，在跨平台方案中，能够实现50%-80%50%-80%的代码重用。的代码重用。这样的话，可以实现更快的开发并降低成本。这样的话，可以实现更快的开发并降低成本。在维护阶段，跨平台开发会带来额外的收益。如果在通用代码库中发在维护阶段，跨平台开发会带来额外的收益。如果在通用代码库中发现了现了bugbug，我们只需修正一次即可。，我们只需修正一次即可。对于通用的代码，只需编写一次单元测试即可，这样我们就能将节省对于通用的代码，只需编写一次单元测试即可，这样我们就能将节省下来的预算用来编写更彻底更充分的单元测试。下来的预算用来编写更彻底更充分的单元测试。我们可以使用已有的编程技能，无需学习平台相关

10、的开发语言。我们可以使用已有的编程技能，无需学习平台相关的开发语言。对于对于B2BB2B应用和业务流程自动化应用来说，这种方式是很理想的，因应用和业务流程自动化应用来说，这种方式是很理想的，因为上线时间和资源利用率比外观和体验更为重要。为上线时间和资源利用率比外观和体验更为重要。第第8 8页页/共共1414页页小结：跨平台移动应用的不足 混合应用可能会导致混合应用可能会导致UIUI反应迟钝反应迟钝 混合应用依赖于回调风格的编程，实现与原生插件的通信，这样会为代码混合应用依赖于回调风格的编程，实现与原生插件的通信，这样会为代码引入不必要的复杂性。同时，对于一些任务，这可能会导致解决方案非常引入不

11、必要的复杂性。同时，对于一些任务，这可能会导致解决方案非常缓慢。缓慢。很多成功的应用都是以原生应用（不管是很多成功的应用都是以原生应用（不管是AndroidAndroid还是还是iOSiOS）的方式来开）的方式来开发的。平台都有特定的用户体验方式，设计和构建一款针对多种平台的应发的。平台都有特定的用户体验方式，设计和构建一款针对多种平台的应用实在是很困难。用实在是很困难。移动操作系统正在以很快的速度演进。每年会有越来越多的特性添加进来，移动操作系统正在以很快的速度演进。每年会有越来越多的特性添加进来，这为跨平台这为跨平台SDKSDK厂商带来了很多的工作，因为他们需要在操作系统新版本厂商带来了很

12、多的工作，因为他们需要在操作系统新版本发布之后的很短的时间内，就拿出发布之后的很短的时间内，就拿出SDKSDK的新版本。有时候，开发人员也需的新版本。有时候，开发人员也需要花费很长的时间来升级应用，以支持跨平台要花费很长的时间来升级应用，以支持跨平台SDKSDK的新版本。的新版本。第第9 9页页/共共1414页页微信小程序微信小程序第第1010页页/共共1414页页特点：特点：前端开发：js、wxml、wxss、json，开发便捷不用安装，省流量，不占用桌面结合微信，推广更容易局限：小程序只有轻功能，无法承载功能复杂的应用依赖于微信平台，受微信的限制适用场景：实用性小型工具、简单的服务类应用 游戏推广、应用推广游戏推广、应用推广第第1111页页/共共1414页页总结：跨平台开发不会取代原生开发，但是可以根据需求，使用跨平台开发技术，提高开发效率，降低开发成本。微信小程序也不能代替大部分原生应用，但能够把它作为一个便捷的入口、推广手段。第第1212页页/共共1414页页Thank you第第1313页页/共共1414页页感感感感谢谢您的您的您的您的观观看！看！看！看！第第1414页页/共共1414页页