app原生开发和混合开发的区别？

原生app就是利用手机本地 *** 作系统开发的手机app，目前手机系统主要分为安卓和苹果iOS两种，双方都有各自的编程开发语言及工具，原生app开发就是利用官方的开发工具进行分别开发。

app混合开发是将原生app和webapp进行融合，部分核心板块利用原生模式开发，非核心内容通过web方式实现

APP开发模式通常分为WebAPP与NativeAPP原生模式两种，这两种模式均各自有自己的优势，到底是采用NativeApp开发还是采用WebApp开发一直是业界争论的焦点，但是随着HTML5的发展及云服务普及，采用HTML5进行WebApp开发正在成为一种趋势，用户可以根据应用特点和需求进行选择，亦可选择两者混合模式：

NativeApp开发

NativeApp开发即我们所称的传统APP开发模式（原生APP开发模式），该开发针对IOS、Android等不同的手机 *** 作系统要采用不同的语言和框架进行开发，该模式通常是由“云服务器数据+APP应用客户端”两部份构成，APP应用所有的UI元素、数据内容、逻辑框架均安装在手机终端上。

WebApp开发

WebApp开发即是一种框架型APP开发模式（HTML5APP框架开发模式），该开发具有跨平台的优势，该模式通常由“HTML5云网站+APP应用客户端”两部份构成，APP应用客户端只需安装应用的框架部份，而应用的数据则是每次打开APP的时候，去云端取数据呈现给手机用户。

原生APP开发及WebAPP开发模式的区别

WebAPP需开发“html5云网站”和“APP客户端”，昆明天度网络公司总结这类型APP应用呈现以下特点：

（1）每次打开APP，都要通过APP框架向云网站取UI及数据；

（2）手机用户无法上网则无法访问APP应用中的数据。

（3）框架型的APP无法调用手机终端的硬件设备（语音、摄像头、短信、GPS、蓝牙、重力感应等）

（4）框架型APP的访问速度受手机终端上网的限制，每次使用均会消耗一定的手机上网流量；

（5）框架型APP应用的安装包小巧，只包含框架文件，而大量的UI元素、数据内容刚存放在云端；

（6）APP用户每次都可以访问到实时的最新的云端数据；

（7）APP用户无须频繁更新APP应用，与云端实现的是实时数据交互；

适用企业：电子商务、金融、新闻资讯、企业集团需经常更新内容的APP应用。

NativeApp（原生型APP）需要开发“云服务器数据中心”和“APP客户端”，昆明天度网络公司总结这类型的APP应用呈现以下特点：

（1）每次获取最新的APP功能，需要升级APP应用；

（2）原生型APP应用的安装包相对较大，包含UI元素、数据内容、逻辑框架；

（3）手机用户无法上网也可访问APP应用中以前下载的数据。

（4）原生型的APP可以调用手机终端的硬件设备（语音、摄像头、短信、GPS、蓝牙、重力感应等）

（5）APP应用更新新功能，涉及到每次要向各个应用商店进行提交审核。

适用企业：游戏、电子杂志、管理应用、物联网等无需经常更新程序框架的APP应用。

到底该如何选择WebApp和NativeApp开发模式

移动Web无所不在，移动Web是目前唯一的支持各种设备访问的平台，与桌面Web一样，移动Web支持各种标准的协议。移动Web也是唯一一个可供开发者发布移动应用的平台，它将各种移动交互与桌面任务有效地连接了起来；而开发NativeApp可以充分利用设备的特性，而这一点往往是Web浏览器做不到的，所以对一个产品本身而言，NativeApp是最佳的选择。下面几节将讨论一下NativeApp的一些主要功能。

什么时候应该选择NativeApp

1为应用收费

没有任何地方规定开发者不能对一个移动WebApp收取使用费，但是由于某些原因，人们常常认为不能或是不应该对一个WebApp收取费用。由于历史原因，导致移动设备上付费服务遭遇两大阻力：

2付款方式

在移动设备上输入xyk号相当麻烦，而且在许多老式设备上也没有安全保障。一种典型的方式是，如果你需要对你的应用收费，你可以与运营商达成协议，让运营商代为为你的服务收费。这也意味着，你需要和多个运营商达成合作。这通常是首选的方法，因为许多手机用户可能根本就没有xyk，比如青少年。

另一种方法是将用户的xyk信息保存在一个安全的网站上。用户可以通过登录到该网站购买应用服务。这个过程不算特别理想，因为这意味着用户不能直接通过他们的移动设备购买服务了。

3强制分成

移动运营商是会提成的。App无论是通过运营商还是通过移动设备发布，他们都为应用提供了一套收费机制。这些运营商和移动设备将会提取部分收益，然后将剩余的部分交给应用开发商，这也意味着，开发人员必须遵守他们的市场规则。适应运营商的市场规则通常是非常困难的，需要投入大量的人力资源。相比而言，移动设备的市场规则则简单许多，但是也存在不少的困难。

妨碍运营商和移动设备开发商利益的应用以及服务都将受到阻扰。过去，那些不靠运营商和移动设备开发商运作的网站如果收入过于显眼的话，都逃脱不了被关闭的命运，但是最近，这样的事情鲜少发生了。

如果你想为你的NativeApp收费，那么你就必须接受这个现实——你必须遵守别人的市场规则，还得放弃部分收益。

4开发游戏

如果你是想开发一个移动游戏（移动游戏是移动市场上最大的一块），那么你需要开发一个NativeApp。游戏对资源的占用很大，并且需要使用许多设备API或平台API。虽然，现在有几款完全使用Web技术开发的游戏占有了一定的市场份额，但是和NativeApp市场的占有情况相比，还是微不足道的。游戏用户对应用的视觉和 *** 作效果要求很高。移动Web虽然提供了一些仿真体验，但还远远不能满足用户的需求。

在开发移动游戏时，你需要慎重考虑你的应用需要支持哪些平台。幸运的是，现在有许多工具能够帮助你将你的游戏推向多个平台，但是完成这些工作，还是需要花费大量的人力和物力。

5使用定位功能

下一个功能就是定位功能，可以通过GPS或者是信号检测确定用户当前的位置信息。以前只能通过NativeApp的APIs查看用户的位置信息，但现在大多数主流移动浏览器上都嵌入了W3CGeolocationAPI。像iPhone或Android这样安装了WebKit的设备，或是配置了Opera或Mozilla浏览器的设备，都可以获取用户的位置信息。

我相信定位功能会为Web技术带来许多全新的应用。如果能够合理利用Web浏览器，Web开发商就能使用用户的位置信息和其他内容开发出更加有趣的应用。虽然这在技术上没有太大的困难，但却受到隐私保护条例的限制。我们将Web浏览器当做是用户进入WorldWideWeb的入口。加入定位功能，意味着在网站中引入了一些敏感信息，这有可能导致严重的后果。但是位置感知应用中显示的位置信息必须经过用户的授权，用户当然有权禁止应用发布自己的位置信息。

6使用摄像头

摄像头可以为你的应用提供丰富的可能性。以往移动MMS（MultimediaMessagingService）被用于处理移动照片。换言之，你拍了一张照片后，需要使用MMS将它传送给一个服务器，服务器对照片做出相应的处理，并将处理完成的结果通知给你。这个过程是非常耗时的，而且相当复杂，也没有可靠性保障。

通过访问摄像头，NativeApp开发者能够简化拍照的过程。用户可以直接在客户端对照片做一些简单的处理，只有在有需要的时候才将照片上传给服务器，而且是通过可靠的>

在许多类型的移动Apps中，摄像头是非常有用的，比如快拍应用、短片拍摄应用等等，摄像头可以用来捕捉许多重要的瞬间。不久的将来，我们可以看到——只要通过摄像头拍摄某个标识，应用程序就能自动完成对标识上的语言转换工作——这个技术在日本已经开始流行起来了。

7使用感应器

现在越来越来越多的移动设备上都新增了感应器功能，该装置可以感知设备的物理速度以及重力，并将感知的数据结果传送给设备。这个装置常被用来感应设置是否被翻转，应用根据接受到的信息自动调节画面的方向。

感应器可以用来帮助用户提升与设备交互时的真实感；大多数移动设备都是手持的，应用能够根据设备的方向调整内容画面，比如翻转屏幕，或是检测物理移动，并能据此猜测用户所处的环境。举一个简单的例子：比如用户正在走路，那么感应器能够检测到一个轻缓的移动或是速度，这时可以为用户提供一个大字体的用户界面，从而使得用户更容易看清屏幕上的内容。

然而，开发者也不能过分依赖感应器，因为感应器无法区分究竟哪些交互是有意的，而哪些是没有意义的。每个移动交互都需要通过“传输测试”。设计你的交互时必须考虑用户在一个拥挤的汽车或是火车上的场景。考虑一下如果用户正身处拥挤的地铁或是正在驾车时，你的应用能否正确处理用户摇晃移动设备的动作。通常，大多数开发者都没有考虑这些因素。确保为每个任务设计一个备用方案以处理特殊场景中的移动交互。

8访问文件系统

如果你的应用需要将数据保存在本地，那么你需要开发一个NativeApp。比如你要保存用户的地址簿、电话或E-mail信息，或是保存从其他设备上获取的数据。

访问文件系统常常会涉及到安全和用户隐私保护的问题。恶意应用程序可能会修改或是删除你的移动设备上的数据。一个携带病毒的应用程序可以利用移动设备上的关系网将病毒扩散到许多其他的手机上，在采用移动应用认证机制以前，这种事情是常常发生的。

另一方面，移动设备正变得越来越私人化，移动设备上保存了大量用户的个人信息，以及用户的朋友信息和商业信息。针对这些私人信息开发应用是一个不错的想法。但是这也存在一定的风险，使用保存在移动设备上的数据可以为用户提供更加有针对性的服务。

开发者必须谨记，只有在获得用户的授权后才能访问用户的私人数据。我们看到许多应用在没有得到用户授权的情况下使用了大量的用户私人数据，而被误认为是垃圾信息或是钓鱼应用，即使这些应用原本是在提供一些非常有用的服务。人们对你的应用的误解将会影响到你的服务的推广，如果运营商收到过多关于你的应用的投诉，那么你的服务可能将被终止，甚至会牵连其他的应用。

访问文件系统时至关重要的一点就是在没有获得用户授权的情况下，不要访问任何用户的私人数据。而这一点，往往被大多数应用忽略了。W3C正在为移动开发商开发相关的标准API，但目前该工作尚未完成。

9离线用户

最后一个需要开发NativeApp的理由就是，用户有可能是离线的或者无法接入移动网络。这在城市可能很少发生，即使是在农村，网络的覆盖也已经逐步普及了。但是短暂的网络连接中断还是时常发生的，你的应用程序应该考虑如何处理这种情景。

想想用户通常在什么时候，在哪里会使用你的App。如果是一个移动游戏，那么用户很可能在飞机上使用这个App。跟踪地图应用常在偏远且网络覆盖不佳的地方使用。移动旅游向导常在一个国外的网络中访问，往往需要支付漫游和国际网络费用。这时，应用程序最好能够为用户提供离线服务，保证用户在不接入网络的情况下，仍然能享受同等的服务。

现在支持HTML5的浏览器也能实现脱机访问功能，但对用户来说可能不太明显。随着越来越多的浏览器都开始支持脱机访问，应用需要明确地告诉用户网络连接中断时，他们仍然可以访问移动WebApps。

NativeApps常常假设网络连接是可靠的。App通常只考虑了网络状况良好的情景，想当然地认为网络是封闭的，并且网速足够快。移动设备从网络良好的环境突然进入一个网络糟糕的环境并不少见。NativeApps应该在网络状况最差的情况下测试。比如用户启动任务时可能还是全信号覆盖，而在任务结束时可能已经完全没有网络信号了。

用户在安装NativeApps时，根本不会考虑是在线访问还是离线访问——他们期望的是不管在任何状况下，NativeApps都能正常工作。而这也是开发者的职责。

什么时候应该选择WebApp

只要你的应用程序不满足之前提到的NativeApp条件之一，那么你就没有必要开发一个NativeApp，而应该选择开发一个WebApp。正如文章之前提到的，我是一个NativeApp的拥护者，我认为NativeApp有许多优秀的特质，并且具有很大的市场潜力，但是WebApps是唯一一个经久不衰的移动内容、服务、应用开发平台。

NativeApp并不能明显地为用户提供更好的服务；它反而会增加项目的成本，减少了应用发布的渠道，增加了App升级的复杂度，削弱了开发者对应用的控制和利润，并且可能会给设备带来麻烦。NativeApp可以为开发者带来短期的效益，但这是有一定风险的，甚至可能会影响到移动市场的可持久发展。

移动WebApp的优势在前文中已经提到过了。如果上一节提到的几点功能是促成你选择NativeApp的唯一原因，那么如果能够在移动浏览器上屏蔽这些障碍，你是否还会坚持选择NativeApp呢？Palm的webOS已经着手解决了上述的部分问题。他们基于WebKit构建了一个全移动 *** 作系统，将手机变成了一个Web浏览器。所谓的“NativeApps”实际上就是一个WebApps。

PhoneGap也是一个类似的项目，这个开源项目用于帮助开发者在iPhone、Android以及BlackBerry设备上开发NativeApps，并且能够模拟设备上的功能（如定位功能和文件系统）供WebApps调用。这些代码可以在各个设备的应用商店中发布并且出售，但是他们使用的通用代码和设计是可以共享的。由于开发的是一个WebApp，开发者可以为低端的移动浏览器开发一个简化版的应用。只用开发一次，就可以部署在多个平台上了，

对于那些有着丰富的移动开发经验的程序员来说，一提到“要开发一个功能丰富的应用”时，可能首先想到的就是NativeApp。虽然在很多设备上，这一想法仍然适用，但是现在移动WebApps上也提供了足够丰富的功能接口供开发者调用。这使得WebApp不仅可以像NativeApp一样被设计得功能丰富界面绚丽，而且还能在各个平台上迁移，甚至不用修改一行代码。

现在在移动设备开发中，移动WebApps的创新进入了前所未有的高潮时期。但更重要的是，这是有史以来第一次，移动设备开发商决定共同制定一个移动Web开发的标准，就像是桌面Web上的标准一样。不仅如此，那些支持移动WebApp创新功能的设备或是支持第三方浏览器的移动设备都受到消费者的欢迎。

手机APP开发可以通过下面三种方式：
1原生APP(Native App)
原生APP是用原生程式编写运行的一种第三方应用程序，它是基于移动设备（智能手机、平板电脑等） *** 作系统（如IOS、Andriod、WP）使用，用户通过应用市场或应用商店进行下载安装到自己的智能设备上。但是该开发针对IOS、Android等不同的手机 *** 作系统要采用不同的语言和框架进行开发，工程量大。原生APP是需要定制开发的。
2Web App
Web App能够为移动设备提供特定功能的Internet应用程序。该程序通常由“HTML5云网站+APP应用客户端”两部分构成，APP应用客户端只需安装应用的框架部分，而应用的数据则是每次打开APP的时候，通过移动设备的浏览器去访问，把云端取数据呈现给手机用户（类似淘宝、天猫、京东等）。
3saas+paas系统制作模式
目前很多企业都没有开发人员，对技术这块也是不了解。因此商领云的saas+paas系统是不需要任何技术就可以在线制作APP（ios和Android），小程序、移动网站和微商城。

1、web网页加壳生成app
这种app开发方法真正想做事业的老板们直接忽略吧，它的app开发模式是这样的：花几百块钱买个现成的手机网站模板，再加壳打包一个app，齐活！整个过程只需要5分钟，但是做出来的效果很差，耗流量，浏览体验极差，访问速度慢等等。
在这里软件开发公司提醒一定要注意，部分app开发公司利用客户不懂，把这种5分钟速成的东西，当成原生态Aapp开发去欺骗企业，卖几千到几万的价格，所以要注意价格没底线的app开发公司。
2、混合app开发方法
混合app开发的效果比web网页加壳生成app稍好，但是如果要做出接近原生态app开发的效果，需要不断的优化和改版，app开发的投入不比原生态app软件开发少。
而混合app开发如果不对网页和系统优化，只是简单的拼凑。那么做出来的效果和web加壳的差不多。
3、html5 app开发
html5 app开发最大的优势就是比较接近原生app开发，而且app开发成本比原生app开发低，但受到很多限制。各大平台兼容性还不足，相对来说还处于过渡期，同时比较耗系统资源，在低配的手机上更卡。
4、原生态app开发
原生态app开发是目前移动应用开发市场上最常用、最成熟，也是最稳定的开发方式，原生态app开发需要针对不同智能手机的 *** 作系统来选择不同的app开发语言，所以原生app开发的兼容性能比较好，功能更强大，能够支持如在线或者离线消息推送、本地资源访问、摄像拨号等。

app开发技术有哪些？我认为通用的有两种：

1原生APP(NativeApp)

原生APP是用原生程式编写运行的一种第三方应用程序，它是基于移动设备（智能手机、平板电脑等） *** 作系统（如IOS、Andriod、WP）使用，用户通过应用市场或应用商店进行下载安装到自己的智能设备上。但是该开发针对IOS、Android等不同的手机 *** 作系统要采用不同的语言和框架进行开发，工程量大。原生APP是需要定制开发的。

2WebApp

WebApp能够为移动设备提供特定功能的Internet应用程序。该程序通常由“HTML5云网站+APP应用客户端”两部分构成，APP应用客户端只需安装应用的框架部分，而应用的数据则是每次打开APP的时候，通过移动设备的浏览器去访问，把云端取数据呈现给手机用户（类似淘宝、天猫、京东等）。

目前app开发有原生app开发，俗称native、webapp开发以及混合app开发。

原生nativeapp开发已经过了浪潮了。早期android开发和ios开发很火，程序员的工资很高。如果你想从事nativeapp开发，android你掌握java就行，ios采用object-c开发和swift，现在基本都在切swift。

混合app就是原生+Html。布局采用css，数据交互采用js。然后外层套一个原生的壳子，可以使用原生app的特性。

webapp就说纯Html+css+js。响应式布局。借助手机浏览器就可以运行。

关于目前移动app业界已经成熟的开发框架，我推荐几个。

1、PhoneGap

PhoneGap及Cordova(同一个东西，不同的叫法)是一款移动应用开发框架。我早期用户他开发过一个电商类的app。它能使用系统的相机、定位、通讯录、指南针等功能。通过调用它的SDK将你的应用编译为不同平台上的app。这些平台包括ios、android、windowsphone等

PhonegapBuild是它的打包具，可以把你的PhoneGap代码打包成app。业界很多主流的移动app开发框架均源于PhoneGap。较著名的有Worklight、appMobi、WeX5等；其中WeX5为国内打造，完全Apache开源，在融合Phonegap的基础上，做了深度优化，具备接近Nativeapp的性能，同时开发便捷性也较好。

2、ReactNative

ReactNative（简称RN）是Facebook于2015年4月开源的跨平台移动应用开发框架，是Facebook早先开源的UI框架。React在原生移动应用平台的衍生产物，目前支持iOS和Android两大平台。它使用JavaScript语言、以及类似于HTML的JSX和CSS来开发移动应用，因此熟悉Web前端开发的技术人员只需很少的学习即可快速上手。

国内很多公司也对ReactNative做了很多研究，并有相应的产出，如一些基于ReactNative发展出来的跨三端（Android/iOS/Web）的技术。

3、Weex

Weex是阿里无线前端的产品。致力于使开发者能基于当代先进的Web开发技术，使用同一套代码来构建Android、iOS和Web应用。具体来讲，在集成了WeexSDK之后，你可以使用JavaScript和流行的前端框架（如Vuejs和Rax）来开发移动应用。

Weex的另一个主要目标是跟进当代先进的Web开发和原生开发的技术，使生产力和性能共存。在开发Weex页面就像开发普通网页一样；在渲染Weex页面时和渲染原生页面一样。

Weex在很大程度上借鉴了ReactNative的思想和方式。目标都是通过JS语法渲染Native页面，但由于起步比较晚，社区没有ReactNative活跃，资料和开源项目也相对较少。

4、H5+

HTML5Plus移动App，简称5+App，是一种基于HTML、JS、CSS编写的运行于手机端的App，这种App可以通过扩展的JSAPI任意调用手机的原生能力，实现与原生App同样强大的功能和性能。

最后我提一下微信小程序

微信小程序，是一种不需要下载安装即可使用的应用，它实现了应用“触手可及”的梦想，用户在微信里扫一扫或搜一下即可打开应用。

小程序开发用的技术就是HTML+CSS+JS。但微信基于此定义了自己的一套逻辑JS/WXML/WXSS/JSON来开发和渲染页面

目前微信小程序发布的数量已经很多。但是微信小程序有包的大小限制。所以目前我觉得开发一些小的应用还是最佳选择。开发的成本很低。但是对于大型app开发，微信小程序可以作为引流的工具。小程序中开发一些基础版功能，将用户引流到app上。

这个就多了，从界面，到网络请求，再到性能优化，再到上架市场，整个过程覆盖知识面挺广的，想学就系统的学习

---