混合模式开发app
1. 为什么移动开发开始用混合app开发 Na
Hybrid App、Web App、Native App，哪一种模式会成为App开发主流？
随着html5被过度热炒和实际开发中遇到的性能以及体验问题，Web App逐渐势弱。但是Native App开发难度大、成本高、周期长等问题突出，特别是App不断推陈出新，开发一个App的成本或许可以接受，但是维护一个Native App更新的成本则成了跨不过的悬崖。最终开发者和企业发现Hybrid App，这种既有跨平台开发周期短、成本低的基因，又能发挥Native App体验和性能的优势，Hybrid App混合式移动应用开发逐渐成为企业移动开发的首选。
Native App：疲惫
首先Native App开发、更新、维护的周期太长，企业移动信息化大都处于尝试和摸索期，企业需要在短时间内快速推出不同的功能、产品来适应市场的需求和变化。但是Native App对于有专业开发团队的互联网公司而言推陈出新都是个难题，更不要说在企业中的应用。无论是企业自己开发还是外包都会面临时间成本、稳定性、体验不能满足要求的巨大压力。
其次Native App开发需要有较高技术水平的团队作为保障，通常企业会花几十万通过外包的形式开发一两款App，但是企业不会想到还需要做几十万的预算来维护和更新自己的App。不更新的App不但很难满足用户持续发展的需求，甚至会被用户抛弃。所以应用更新成了企业移动信息化的瓶颈和难题。不更新，之前的努力全部付之东流，更新，又要面对无法承受的长期投入压力。
Web App：噱头
HTML5技术的兴起给Web App注入了新的生机。
可是Web App目前的本质是金玉其外败絮其中，功能不但无法和Native App媲美，用户体验更是众所周知的弊端。中国很多企业进行了Web App 的尝试，包括世界500强的航空、金融公司，但是投入和回报不成比例，用户也不买账。
在当前iOS、Android系统主导的桌面入口的形态下，让用户打开浏览器，再访问某个网址，体验还不好，不人性化的体验与流程导致大量用户流失。所以2012年下半年开始，企业逐渐也放弃了Web App的尝试。
Hybrid App：企业移动开发将成为主流
Hybrid App（混合模式移动应用）兼具“Native App良好用户交互体验的优势”和“Web
App跨平台开发的优势”。很多人不知道市场上一些主流移动应用都是基于Hybrid App的方式开发，比如工商银行、网络搜索、街旁、东方航空等。
Hybrid App通常是基于第三方跨平台移动应用引擎框架进行开发，在国内开发者中比较知名的有PhoneGap、Titanium和AppCan这些引擎框架一般使用HTML5和javascript作为编程语言，调用引擎封装的底层功能如照相机、传感器、通讯录、二维码等。HTML5和Javascript只是作为一种解析语言，真正调用的都是Native App一样封装的底层功能，这是和Web App的最大区别和不同。因为使用了浏览器技术，所以Hybrid App通常具有跨平台的特性，并且开发成本和Web App接近，开发效率也远高于Native App。
Hybrid App开发已经成为企业移动开发的趋势，眼前还有很多企业在为移动信息化的途径和方向而苦恼。
在投入、用户体验、维护成本等方面综合考虑，Hybrid App已经被众多企业所认可。
2. 如何进行混合移动APP开发
混合式app介绍：
Hybrid App（混合模式移动应用）是指介于web-app、native-app这两者之间的app。
类型分类：
Hybrid App按网页专语言与程序属语言的混合，通常分为三种类型：多View混合型，单View混合型，Web主体型。
多View混合型
Native View和Web View独立展示，交替出现，View与WebView交替的场景出现。这种应用混合逻辑相对简单。单View混合型
即在同一个View内，同时包括Native View和Web View。互相之间是覆盖（层叠）的关系。Web主体型
即移动应用的主体是Web View，主要以网页语言编写，穿插Native功能的HybridApp开发类型。
3. 如何开发混合式app
Hybrid App（混合模式移动应用）是指介于web-app、native-app这两者之间的app，兼具“Native App良好用户交互体验的优势”和“Web App跨平台开发的优势”。
Hybrid App按网页语言与程序语言的混合，通常分为三种类型：多View混合型，单View混合型，Web主体型。
【多View混合型】
即Native View和Web View独立展示，交替出现。2012年常见的Hybrid App是Native
View与WebView交替的场景出现。这种应用混合逻辑相对简单。即在需要的时候，将WebView当成一个独立的View（Activity）运行起来，在WebView内完成相关的展示操作。这种移动应用主体通常是Native App，Web技术只是起到补充作用。开发难度和Native App基本相当。
【单View混合型】
即在同一个View内，同时包括Native View和Web View。互相之间是覆盖（层叠）的关系。这种Hybrid App的开发成本较高，开发难度较大，但是体验较好。如网络搜索为代表的单View混合型移动应用，既可以实现充分的灵活性，又能实现较好的用户体验。
【Web主体型】
即移动应用的主体是Web View，主要以网页语言编写，穿插Native功能的Hybrid
App开发类型。这种类型开发的移动应用体验相对而言存在缺陷，但整体开发难度大幅降低，并且基本可以实现跨平台。Web主体型的移动应用用户体验的好坏，主要取决于底层中间件的交互与跨平台的能力。国外的appMobi、PhoneGap和国内的WeX5、AppCan和Rexsee都属于Web主体型移动应用中间件。其中Rexsee不支持跨平台开发。appMobi和PhoneGap除基础的底层能力更多是通过插件（Plugins）扩展的机制实现Hybrid。AppCan除了插件机制，还提供了大量的单View混合型的接口来完善和弥补Web主体型Hybrid App体验差的问题，接近Native App的体验。而WeX5则在揉合PhoneGap和Bootstrap等主流技术的基础上，对性能进一步做了深度优化，不但完全具备Native
App对本地资源的调用能力，性能体验也不输原生；WeX5所开发出来的app具备完全的跨端运行能力，可以无需任何修改直接运行在各种前端环境上。
从分析可见，Hybrid App中的Web主体型只要能够解决用户体验差的问题，就可以变成最佳Hybrid App解决方案类型。
4. APP有哪几种开发方式
1.WebApp
简单来说，Web App就是针对iOS/Android优化后的web站点，用户不需要下载安装即可访问。一般的web站点测重使用网页技术在移动端做展示，包括文字，视频，图片等，而Web App更侧重“功能”，是基于网页技术开发实现特定功能的应用，必须依赖手机浏览器运行。
WebApp开发成本低，维护更新简单，支持云修复，用户不用下载更新，但是App的用户体验不足，页面跳转迟钝甚至卡壳，页面交互动态效果不灵活，而且可能上不了AppStore，如果企业的核心功能不多，App需求侧重于信息查询，浏览等基础功能，可以选择Web App。
Web APP对网络环境的依赖性较大，因为Web APP中的H5页面，当用户使用时，去服务器请求显示页面。如果此时用户恰巧遇到网速慢，网络不稳定等其他环境时，用户请求页面的效率大打折扣，在用户使 用中会出现不流畅，断断续续的不良感受。同时，H5技术自身渲染性能较弱：对复杂的图形样式，多样的动效，自定义字体等的支持性不强。
2.Native App（原生App）
NativeApp是基于智能手机操作系统（现在主流的是ios和Android）用原生程序编写运营的App。NativeApp运行时是基于本地操作系统的，所以它的兼容能力和访问能力更好，拥有最佳的用户体验、最好的交互界面，但也是开发难度最大，开发成本和维护成本最高的App。
原生App的开发，大家都知道，需要招聘Android、ios开发工程师，需要招聘前端、后端、UI等各个岗位的人，开发周期长，成本比较高，60-100万，如果你的项目经过前面几个阶段已经很成熟，你对原生又情有独钟，那么可以采用原生App的技术。
3.Hybrid App
即混合模式移动应用，是指介于web-app、native-app这两者之间的app。
这种半原生半web的混合类App，同时采用网页语言和程序语言进行开发，通过不同的应用商店进行打包分发，用户需要下载安装使用。Hybrid App兼具Native App良好的用户交互体验和web App跨平台开发的优势，因在开发过程中使用网页语言，所以开发成本和难度大大降低。Native App是现在的主流应用，大型的App如淘宝／掌上网络／微信都是走的Hybrid App路线。
这种技术的好处就是降低了App的开发成本，这样的App开发成本是原生App开发成本的四分之一，同时在时间上面，比原生缩短了超过80%的时间。对创业者来说，是个很不错的创业方案，可以快速进入创业状态，快速实现App上线，也可以快速试错，即使失败了损失也很小。这个解决方案，适合资讯、电商、企业应用、互联网金融等App，开发速度快，时间快，上线快，独立性强（不受限制），成本低，方便创业者快速试错。
5. app混合开发和原生开发的区别
关于手机APP开发用混合还是原生现在说法不一，有说混合开发好：时间短、费用低、效果也不错，有说原生开发好，原生APP在性能方面比较好。app原生开发和混合开发的区别是什么呢？
混合模式 APP
混合应用开发正是结合原生和HTML5开发的技术，取长补短的一种开发模式，原生代码部分利用WebView插件或者其它的框架为HTML5提供了一个容器，程序主要的业务实现、界面展示是利用H5相关的Web技术进行实现的。比如现在的京东、淘宝、今日头条等都是利用的混合开发模式。
优点：
①.开发效率高，节约时间同一套代码Android和IOS基本都可用；
②.更新和部署比较方便，不需要每次升级都要上传到App Store进行审核了，只需要在服务器端升级就可以；
③.代码维护方便、版本更新快，降低产品成本；
缺点：
①.由于不能直接操控硬件有些方面性能不是很好；
②.用户体验不如本地应用，性能稍慢（需要连接网络）；
原生模式 APP
原生模式开发代表着较好的用户体验和更快更高的性能。原生app开发采用的纯原生应用开发，是在Android、IOS等移动平台上利用官方提供的开发语言、开发类库、开发工具进行App开发。比如android是利用java、eclipse、Android studio，iOS是利用Objective-C 和Xcode进行开发。原生应用由于利用的是官方提供的语言和工具并且能够直接操控硬件设备（比如多点触控、NFC、读取短信等），在应用性能上和交互体验上应该是最好的，但是原生应用的可移植性比较差，特别是一款原生的App，Android和IOS都要各自开发，同样的逻辑、界面要写两套。
优点：
①.可访问手机所有功能、可实现功能齐全；
②.运行速度快、性能高，的用户体验；
③.比较快捷地使用设备端提供的接口，处理速度上有优势；
缺点：
①.开发成本高；
②.支持设备非常有限（一般是哪个系统就在哪个平台专属设备上使用）；
③.上线时间不确定（App Store审核过程不一）；
④.获得新版本时需重新下载应用更新；
6. app嵌入html5页面开发和混合hybrid开发有什么区别
APP开发模式通常分为Web APP与Native APP原生模式两种，这两种模式均各自有自己的优势，到底是采用Native App开发还是采用Web App开发一直是业界争论的焦点，但是随着HTML5的发展及云服务普及，采用HTML5进行Web App开发正在成为一种趋势，用户可以根据应用特点和需求进行选择，亦可选择两者混合模式：
Native App开发
Native App开发即我们所称的传统APP开发模式（原生APP开发模式），该开发针对IOS、Android等不同的手机操作系统要采用不同的语言和框架进行开发，该模式通常是由“云服务器数据+APP应用客户端”两部份构成，APP应用所有的UI元素、数据内容、逻辑框架均安装在手机终端上。
Web App开发
Web App开发即是一种框架型APP开发模式（HTML5 APP 框架开发模式），该开发具有跨平台的优势，该模式通常由“HTML5云网站+APP应用客户端”两部份构成，APP应用客户端只需安装应用的框架部份，而应用的数据则是每次打开APP的时候，去云端取数据呈现给手机用户。
原生APP开发及Web APP开发模式的区别
Web APP需开发“html5云网站”和“APP客户端”，昆明天度网络公司总结这类型APP应用呈现以下特点：
（1）每次打开APP，都要通过APP框架向云网站取UI及数据；
（2）手机用户无法上网则无法访问APP应用中的数据。
（3）框架型的APP无法调用手机终端的硬件设备（语音、摄像头、短信、GPS、蓝牙、重力感应等）
（4）框架型APP的访问速度受手机终端上网的限制，每次使用均会消耗一定的手机上网流量；
（5）框架型APP应用的安装包小巧，只包含框架文件，而大量的UI元素、数据内容刚存放在云端；
（6）APP用户每次都可以访问到实时的最新的云端数据；
（7）APP用户无须频繁更新APP应用，与云端实现的是实时数据交互；
适用企业：电子商务、金融、新闻资讯、企业集团需经常更新内容的APP应用。
Native App（原生型APP）需要开发“云服务器数据中心”和“APP客户端”，昆明天度网络公司总结这类型的APP应用呈现以下特点：
（1）每次获取最新的APP功能，需要升级APP应用；
（2）原生型APP应用的安装包相对较大，包含UI元素、数据内容、逻辑框架；
（3）手机用户无法上网也可访问APP应用中以前下载的数据。
（4）原生型的APP可以调用手机终端的硬件设备（语音、摄像头、短信、GPS、蓝牙、重力感应等）
（5）APP应用更新新功能，涉及到每次要向各个应用商店进行提交审核。
适用企业：游戏、电子杂志、管理应用、物联网等无需经常更新程序框架的APP应用。
到底该如何选择Web App和Native App开发模式
移动Web无所不在，移动Web是目前唯一的支持各种设备访问的平台，与桌面Web一样，移动Web支持各种标准的协议。移动Web也是唯一一个可供开发者发布移动应用的平台，它将各种移动交互与桌面任务有效地连接了起来；而开发Native App可以充分利用设备的特性，而这一点往往是Web浏览器做不到的，所以对一个产品本身而言，Native App是最佳的选择。下面几节将讨论一下Native App的一些主要功能。
什么时候应该选择Native App
1.为应用收费
没有任何地方规定开发者不能对一个移动Web App收取使用费，但是由于某些原因，人们常常认为不能或是不应该对一个Web App收取费用。由于历史原因，导致移动设备上付费服务遭遇两大阻力：
2.付款方式
在移动设备上输入信用卡号相当麻烦，而且在许多老式设备上也没有安全保障。一种典型的方式是，如果你需要对你的应用收费，你可以与运营商达成协议，让运营商代为为你的服务收费。这也意味着，你需要和多个运营商达成合作。这通常是首选的方法，因为许多手机用户可能根本就没有信用卡，比如青少年。
另一种方法是将用户的信用卡信息保存在一个安全的网站上。用户可以通过登录到该网站购买应用服务。这个过程不算特别理想，因为这意味着用户不能直接通过他们的移动设备购买服务了。
3.强制分成
移动运营商是会提成的。App无论是通过运营商还是通过移动设备发布，他们都为应用提供了一套收费机制。这些运营商和移动设备将会提取部分收益，然后将剩余的部分交给应用开发商，这也意味着，开发人员必须遵守他们的市场规则。适应运营商的市场规则通常是非常困难的，需要投入大量的人力资源。相比而言，移动设备的市场规则则简单许多，但是也存在不少的困难。
妨碍运营商和移动设备开发商利益的应用以及服务都将受到阻扰。过去，那些不靠运营商和移动设备开发商运作的网站如果收入过于显眼的话，都逃脱不了被关闭的命运，但是最近，这样的事情鲜少发生了。
如果你想为你的Native App收费，那么你就必须接受这个现实——你必须遵守别人的市场规则，还得放弃部分收益。
4.开发游戏
如果你是想开发一个移动游戏（移动游戏是移动市场上最大的一块），那么你需要开发一个Native App。游戏对资源的占用很大，并且需要使用许多设备API或平台API。虽然，现在有几款完全使用Web技术开发的游戏占有了一定的市场份额，但是和Native App市场的占有情况相比，还是微不足道的。游戏用户对应用的视觉和操作效果要求很高。移动Web虽然提供了一些仿真体验，但还远远不能满足用户的需求。
在开发移动游戏时，你需要慎重考虑你的应用需要支持哪些平台。幸运的是，现在有许多工具能够帮助你将你的游戏推向多个平台，但是完成这些工作，还是需要花费大量的人力和物力。
5.使用定位功能
下一个功能就是定位功能，可以通过GPS或者是信号检测确定用户当前的位置信息。以前只能通过Native App的APIs查看用户的位置信息，但现在大多数主流移动浏览器上都嵌入了W3C Geolocation API。像iPhone或Android这样安装了WebKit的设备，或是配置了Opera或Mozilla浏览器的设备，都可以获取用户的位置信息。
我相信定位功能会为Web技术带来许多全新的应用。如果能够合理利用Web浏览器，Web开发商就能使用用户的位置信息和其他内容开发出更加有趣的应用。虽然这在技术上没有太大的困难，但却受到隐私保护条例的限制。我们将Web浏览器当做是用户进入World Wide Web的入口。加入定位功能，意味着在网站中引入了一些敏感信息，这有可能导致严重的后果。但是位置感知应用中显示的位置信息必须经过用户的授权，用户当然有权禁止应用发布自己的位置信息。
6.使用摄像头
摄像头可以为你的应用提供丰富的可能性。以往移动MMS（Multimedia Messaging Service）被用于处理移动照片。换言之，你拍了一张照片后，需要使用MMS将它传送给一个服务器，服务器对照片做出相应的处理，并将处理完成的结果通知给你。这个过程是非常耗时的，而且相当复杂，也没有可靠性保障。
通过访问摄像头，Native App开发者能够简化拍照的过程。用户可以直接在客户端对照片做一些简单的处理，只有在有需要的时候才将照片上传给服务器，而且是通过可靠的HTTP传输。W3C正在开发一个访问摄像头的API，但现在还没有将这部分工作正式整合到浏览器中。
在许多类型的移动Apps中，摄像头是非常有用的，比如快拍应用、短片拍摄应用等等，摄像头可以用来捕捉许多重要的瞬间。不久的将来，我们可以看到——只要通过摄像头拍摄某个标识，应用程序就能自动完成对标识上的语言转换工作——这个技术在日本已经开始流行起来了。
7.使用感应器
现在越来越来越多的移动设备上都新增了感应器功能，该装置可以感知设备的物理速度以及重力，并将感知的数据结果传送给设备。这个装置常被用来感应设置是否被翻转，应用根据接受到的信息自动调节画面的方向。
感应器可以用来帮助用户提升与设备交互时的真实感；大多数移动设备都是手持的，应用能够根据设备的方向调整内容画面，比如翻转屏幕，或是检测物理移动，并能据此猜测用户所处的环境。举一个简单的例子：比如用户正在走路，那么感应器能够检测到一个轻缓的移动或是速度，这时可以为用户提供一个大字体的用户界面，从而使得用户更容易看清屏幕上的内容。
然而，开发者也不能过分依赖感应器，因为感应器无法区分究竟哪些交互是有意的，而哪些是没有意义的。每个移动交互都需要通过“传输测试”。设计你的交互时必须考虑用户在一个拥挤的汽车或是火车上的场景。考虑一下如果用户正身处拥挤的地铁或是正在驾车时，你的应用能否正确处理用户摇晃移动设备的动作。通常，大多数开发者都没有考虑这些因素。确保为每个任务设计一个备用方案以处理特殊场景中的移动交互。
8.访问文件系统
如果你的应用需要将数据保存在本地，那么你需要开发一个Native App。比如你要保存用户的地址簿、电话或E-mail信息，或是保存从其他设备上获取的数据。
访问文件系统常常会涉及到安全和用户隐私保护的问题。恶意应用程序可能会修改或是删除你的移动设备上的数据。一个携带病毒的应用程序可以利用移动设备上的关系网将病毒扩散到许多其他的手机上，在采用移动应用认证机制以前，这种事情是常常发生的。
另一方面，移动设备正变得越来越私人化，移动设备上保存了大量用户的个人信息，以及用户的朋友信息和商业信息。针对这些私人信息开发应用是一个不错的想法。但是这也存在一定的风险，使用保存在移动设备上的数据可以为用户提供更加有针对性的服务。
开发者必须谨记，只有在获得用户的授权后才能访问用户的私人数据。我们看到许多应用在没有得到用户授权的情况下使用了大量的用户私人数据，而被误认为是垃圾信息或是钓鱼应用，即使这些应用原本是在提供一些非常有用的服务。人们对你的应用的误解将会影响到你的服务的推广，如果运营商收到过多关于你的应用的投诉，那么你的服务可能将被终止，甚至会牵连其他的应用。
访问文件系统时至关重要的一点就是在没有获得用户授权的情况下，不要访问任何用户的私人数据。而这一点，往往被大多数应用忽略了。W3C正在为移动开发商开发相关的标准API，但目前该工作尚未完成。
9.离线用户
最后一个需要开发Native App的理由就是，用户有可能是离线的或者无法接入移动网络。这在城市可能很少发生，即使是在农村，网络的覆盖也已经逐步普及了。但是短暂的网络连接中断还是时常发生的，你的应用程序应该考虑如何处理这种情景。
想想用户通常在什么时候，在哪里会使用你的App。如果是一个移动游戏，那么用户很可能在飞机上使用这个App。跟踪地图应用常在偏远且网络覆盖不佳的地方使用。移动旅游向导常在一个国外的网络中访问，往往需要支付漫游和国际网络费用。这时，应用程序最好能够为用户提供离线服务，保证用户在不接入网络的情况下，仍然能享受同等的服务。
现在支持HTML5的浏览器也能实现脱机访问功能，但对用户来说可能不太明显。随着越来越多的浏览器都开始支持脱机访问，应用需要明确地告诉用户网络连接中断时，他们仍然可以访问移动Web Apps。
Native Apps常常假设网络连接是可靠的。App通常只考虑了网络状况良好的情景，想当然地认为网络是封闭的，并且网速足够快。移动设备从网络良好的环境突然进入一个网络糟糕的环境并不少见。Native Apps应该在网络状况最差的情况下测试。比如用户启动任务时可能还是全信号覆盖，而在任务结束时可能已经完全没有网络信号了。
用户在安装Native Apps时，根本不会考虑是在线访问还是离线访问——他们期望的是不管在任何状况下，Native Apps都能正常工作。而这也是开发者的职责。
什么时候应该选择Web App
只要你的应用程序不满足之前提到的Native App条件之一，那么你就没有必要开发一个Native App，而应该选择开发一个Web App。正如文章之前提到的，我是一个Native App的拥护者，我认为Native App有许多优秀的特质，并且具有很大的市场潜力，但是Web Apps是唯一一个经久不衰的移动内容、服务、应用开发平台。
Native App并不能明显地为用户提供更好的服务；它反而会增加项目的成本，减少了应用发布的渠道，增加了App升级的复杂度，削弱了开发者对应用的控制和利润，并且可能会给设备带来麻烦。Native App可以为开发者带来短期的效益，但这是有一定风险的，甚至可能会影响到移动市场的可持久发展。
移动Web App的优势在前文中已经提到过了。如果上一节提到的几点功能是促成你选择Native App的唯一原因，那么如果能够在移动浏览器上屏蔽这些障碍，你是否还会坚持选择Native App呢？Palm的webOS已经着手解决了上述的部分问题。他们基于WebKit构建了一个全移动操作系统，将手机变成了一个Web浏览器。所谓的“Native Apps”实际上就是一个Web Apps。
PhoneGap也是一个类似的项目，这个开源项目用于帮助开发者在iPhone、Android以及BlackBerry设备上开发Native Apps，并且能够模拟设备上的功能（如定位功能和文件系统）供Web Apps调用。这些代码可以在各个设备的应用商店中发布并且出售，但是他们使用的通用代码和设计是可以共享的。由于开发的是一个Web App，开发者可以为低端的移动浏览器开发一个简化版的应用。只用开发一次，就可以部署在多个平台上了，
对于那些有着丰富的移动开发经验的程序员来说，一提到“要开发一个功能丰富的应用”时，可能首先想到的就是Native App。虽然在很多设备上，这一想法仍然适用，但是现在移动Web Apps上也提供了足够丰富的功能接口供开发者调用。这使得Web App不仅可以像Native App一样被设计得功能丰富界面绚丽，而且还能在各个平台上迁移，甚至不用修改一行代码。
现在在移动设备开发中，移动Web Apps的创新进入了前所未有的高潮时期。但更重要的是，这是有史以来第一次，移动设备开发商决定共同制定一个移动Web开发的标准，就像是桌面Web上的标准一样。不仅如此，那些支持移动Web App创新功能的设备或是支持第三方浏览器的移动设备都受到消费者的欢迎。
7. hybrid app混合开发什么意思
品向科技：抄
Hybrid App（混合模袭式移动应用）是指介于web-app、native-app这两者之间的app，兼具“Native App良好用户交互体验的优势”和“Web App跨平台开发的优势”。
8. html5移动开发框架有哪些 混合模式
html5 技术对于ap p开发在ui界面更丰富易开发。移动端框架有很多比如MUI bootstrap都是对移动端进行了适配。但是对于混合 hybird开.发需要有一个在项目实践检验一个通用UI框架，这样对于前.端开发者效率更高、不需要考虑如何再适配，您可以参考App Can，他们在移动端并没有提供类似与MUI、bootstrap的UI框架，仅仅提供了基础的布局模型参考。采用浅度设计，没有提供重框架，但可以引入任何重框架。
9. hybrid app 可以做什么
Hybrid App（混合模式移动应用）是指介于web-app、native-app这两者之间的app，兼具“Native App良好用户交互体验的优势”和“Web App跨平台开发的优势”。
国内外Hybrid App的开发框架众多。如何选择又成为一个难题。下面对开发者比较关心的集中知名跨平台开发移动应用中间件进行列表和对比，以便选择最适合您的移动应用中间件。
PhoneGap是相对比较早进入公众视线的一种选择。但是，开发者简单的基于PhoneGap来开发移动应用肯定会发现结果和Web App比较差的用户体验类似。这也是为什么基于PhoneGap有实用性的移动应用主要集中在iOS上。可是PhoneGap这种现状弱化了HTML5的跨平台价值。
Titanium是一种基于翻译机制的跨平台中间件，能够开发出具有Native体验的移动应用，但是因为翻译机制的限制导致移动应用开发不能像真正的HTML5开发一样灵活。哪怕一个按钮也不能像普通HTML一样来编写，而必须按照Titanium约定的特定格式。
Salama是全新研发的一套Hybrid APP和云端服务整合的开发套件。在终端，一共有三种开发模式：高度混合模式、JS模式和低度混合模式。在低度混合模式下，需要追求终端速度和显示效果的开发者，可以在不改变原有的构架思路的前提下进行开发。在JS模式下，所有的画面显示及业务逻辑均由JS程序实现，对于原来的基于WEB的开发者，只要熟悉JS、CSS、HTML的前端工程师就可以轻松构建自己的应用。在高度混合模式下，原生和HTML5可以随意组合，可以为开发者在进行大型商业软件开发的过程中提供最高的性价比。不仅如此，在云端Salama还提供了一整套云服务，涵盖了业务处理、数据库操作、文件等资源的存储分发等服务。Salama已经为多家公司提供了方案，知名客户有TOSHIBA-AIRCON、GEDORE等品牌商，同时也在Salama平台上构造了Ishow企业电子目录产品服务。
AppCan在技术架构上和PhoneGap类似是Web主体型中间件，但是通过结合了一些原生交互效果能够达到iOS、Android平台都比较一致的用户体验。但是相比PhoneGap的开源，AppCan相对封闭的路线显得过于谨慎。
Hybrid App这个领域虽然还处于比较初期的阶段，但是已经有很多优秀的公司和技术团队在致力于跨平台开发移动应用中间件技术的研究，给了开发者众多选择。开发者可以根据实际的项目需求来选择中间件。Web App虽被浏览器厂商和搜索引擎公司所推崇，但存在用户体验差、盈利模式不明确等现阶段无法解决的问题，或最终夭折。Hybrid App正在被越来越多的公司和开发者所认同，势必会成为新世界的王。
10. 求大神指点，原生app、web app、混合app要怎么判断
原生,WEBAPP,混合app的差异
原生应用、Web应用、混合应用优缺点分析
原生App vs 移动Web App ：定义
什么叫做原生App?
原生App是专门针对某一类移动设备而生的，它们都是被直接安装到设备里，而用户一般也是通过网络商店或者卖场来获取例如 The App Store 与 Android Apps on Google Play .
随便说几个原生App的例子，比如iOS 的 Camera+ 以及Android 的 KeePassDroid
什么叫做移动Web App?
一般说来，移动Web App都是都是需要用到网络的，它们利用设备上的浏览器(比如iPhone的Safari)来运行，而且它们不需要在设备上下载后安装。
什么是混合app?
Hybrid App是指介于web-app、native-app这两者之间的app,它虽然看上去是一个Native App，但只有一个UI WebView，里面访问的是一个Web App，比如街旁网最开始的应用就是包了个客户端的壳，其实里面是HTML5的网页，后来才推出真正的原生应用。再彻底一点的，如掌上网络和淘宝客户端 Android版，走的也是Hybrid App的路线，不过掌上网络里面封装的不是WebView，而是自己的浏览内核，所以体验上更像客户端，更高效。
汽车有混合动力Hybrid，移动应用同样也有混合模式。Hybrid App（混合模式移动应用）兼具“Native App良好用户交互体验的优势”和“Web App跨平台开发的优势”。很多人不知道市场上一些主流移动应用都是基于Hybrid App的方式开发，比如国外有Facebook、国内有网络搜索等。
综合一下就是：“Hybrid App同时使用网页语言与程序语言开发，通过应用商店区分移动操作系统分发，用户需要安装使用的移动应用”。总体特性更接近Native App但是和Web App区别较大。只是因为同时使用了网页语言编码，所以开发成本和难度比Native App要小很多。因此说，Hybrid App兼具了Native App的所有优势，也兼具了Web App使用HTML5跨平台开发低成本的优势
---------------------------------------------------------------------------------------------------------------------
2012移动开发调查显示Hybrid App开发占据一半以上
最近原生应用、Web应用、混合应用的名字让我们听得比较熟悉了，现在我们就通过评析各种应用的优缺点来更进一步看看这三者的区别。
一、原生应用
你使用过微软PowerPoint 或者Word吧？这些可直接在你电脑上运行或者在智能手机上运行，简单来说，原生应用是特别为某种操作系统开发的，比如iOS、Android、黑莓等等，它们是在各自的移动设备上运行的。
优点：
可访问手机所有功能（GPS、摄像头）；
速度更快、性能高、整体用户体验不错；
可线下使用（因为是在跟Web相对地平台上使用的）；
支持大量图形和动画; 容易发现（在App Store里面）和重新发现（应用图标会一直在主页上）；
应用下载能创造盈利（当然App Store抽取20-30% 的营收）。
缺点：
开发成本高；
支持设备非常有限（一般是哪个系统就在哪个平台专属设备上用）；
上线时间不确定（App Store审核过程不一）；
内容限制（App Store限制）；
获得新版本时需重新下载应用更新。
举例：Yellow Pages Group 就开发了是几个版本（iOS、黑莓、Android），他们在每一个原生应用市场都有上架。
二、Web 应用
Web应用本质上是为移动浏览器设计的基于Web的应用，它们是用普通Web开发语言开发的，可以在各种智能手机浏览器上运行。
优点：
支持设备广泛；
较低的开发成本；
可即时上线；
无内容限制
用户可以直接使用最新版本（自动更新，不需用户手动更新）。
缺点：
表现略差（对联网的要求比较大）；
用户体验没那么炫；
图片和动画支持性不高；
没法在App Store中下载、无法通过应用下载获得盈利机会；
要求联网；
对手机特点有限制（摄像头、GPS等）。
对于这些缺点，如果能把HTML 5的优点用到Web上的话就会得到很大改善，尽管技术在提高，目前它还不能做原生应用可以做的每件事。
有些公司，比如金融时报继原生应用后也开发了Web应用，用户通过浏览器来访问他们的应用，因为他们的应用要采取应用内购买，而App Store是不允许应用内购买的，不然它们就无法拿到那20%-30% 的抽成了。
三、混合应用
混合应用大家都知道是原生应用和Web应用的结合体，采用了原生应用的一部分、Web应用的一部分，所以必须在部分在设备上运行、部分在Web上运行。
不过混合应用中比例很自由，比如Web 占90%，原生占10%；或者各占50%。
优点：
兼容多平台；
顺利访问手机的多种功能；
App Store中可下载（Wen应用套用原生应用的外壳）；
可线下使用。
缺点：
不确定上线时间；
用户体验不如本地应用；
性能稍慢（需要连接网络）；
技术还不是很成熟。
比如Facebook现在的应用属于混合应用它可以在许多App Store畅通无阻，但是掺杂了大量Web特性，所以它运行速度比较慢，而现在为了提高性能FB又决定采用原生应用。
结论
现在如果你在想哪种应用是最好的，那答案就是，看情况而定：
比如，你的预算是多少？预算充足的话可以开发几个本地应用加一个Web应用。
你的应用需要什么时候面市？Web应用可以很快地开发然后直接推出来。
你的应用需要包含什么特点和功能？如果跟手机的某些功能深度整合了，比如摄像头，需要呈现大量图形和动画就选原生应用好点。
用户界面
有些公司为同样的产品制作了原生App与移动Web App，
注意这两者的不同地方会产生不同的用户体验结果。
原生App vs 移动Web App : 你如何选择？
所以在你准备做移动App时，你应该先问问自己以下几个问题：
你的应用是否需要使用某些设备的特殊功能，比如摄像头，摄像头闪光灯或者重力加速器
你的开发预算
你的应用是否一定需要网络
你的应用的目标硬件设备是所有的移动设备还是仅仅只是一部分而已
你自己已经熟悉的开发语言
这个应用对于性能要求是否苛刻
如何靠这个应用赢利
我想这几个问题应该能让你做出明智的选择。