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开发者能够简化拍照的过程。用户可以直接在客户端对照片做一些简单的处理，只有在有需要的时候才将照片上传给服务器，而且是通过可靠的HTTP传输。W3C正在开发一个访问摄像头的API，但现在还没有将这部分工作正式整合到浏览器中。

在许多类型的移动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，用什么语言？

从简单到复杂，可以分三级：

简单方案：HTML5

其实就是把网页封装成App。编程语言就是网页三件套：HTML+CSS+Javascript

有多种工具和框架，如Cordova, uni等等。

这种方式实现“App”最容易，且跨平台，对于iOS和Android做一套就行了。代价是功能弱，性能低，换句话说就是“卡”。

中等方案：原生跨平台框架

这类方案在iOS和Android之上自行实现一套原生框架。通用的Flutter, ReactNative都是流行的原生跨平台框架。适用于 游戏 的Cocos2D，Corona SDK也可以算在这一级里。

这类方案实现App难度中等，因为跨平台，一次开发，iOS和Android都能运行。功能和性能也是中等，比不上原生App，但比HTML5的又好很多。

复杂方案：原生开发

直接在iOS和Android上各自开发一套原生App。

iOS可以使用Objective C或Swift。

Android可以使用Java或Kotlin。

还是来一个图表吧，虽然简单，却很明了：

推荐用Flutter，简单。

以前自己用android原生写过7天酒店签到程序，不过当时的安卓还是比较难写的，不像现在越来越容易上手。

Flutter

Flutter是一个由谷歌开发的开源移动应用软件开发工具包，用于为Android、iOS、 Windows、Mac、Linux、Google Fuchsia开发应用。

Flutter应用是使用Dart语言编写的，虽然是新的一种语言，但是难度不算大，上网搜下相关教程学习下，应该就能很快上手。

Flutter效果

这里是我上个月仿照教程弄的一个简单APP，效果图如下：

点击"Next"就切换下一张，点击"Pre"就切换前一张，点击“Reset”就全部滑落下来。

我女儿最喜欢中间的Reset效果，哈哈。

希望这个答案能帮到你。

现在Flutter正式版已经出来了，原生性能，安卓iOS多平台支持，谷歌大厂背书，大家可以比较放心的学习。编程语言用的是Dart，可以看做是加了语法糖版本的Java，学习起来也比较容易，如果想做手机app，可以考虑使用它。

如果只是自己做着玩的话推荐用H5开发，开发工具HBuilder或者HBuilderX。

先科普下什么是IOS和Android吧。

IOS只是 *** 作系统而已，是苹果的 *** 作系统。

开发IOS上运行的APP的话，现在流行的语言是Object-C和Swift。

Android也是 *** 作系统，是谷歌基于Linux内核开发出来的手机 *** 作系统。

开发Android上运行的APP的话，现在流行的语言我觉得仍然还是JAVA。

如果想要真的做一款APP的话，不仅仅会一门语言就够了，涉及的东西比较多，如下是我给你的学习推荐路线。

学习路线：

1：先学习js，然后学习下html 、css。

学习这些可以上菜鸟教程或者W3School网站学习。

开发工具使用vscode或者Notepad++都可以的。

2：了解Mui常用组件（官网：https://dev.dcloud.net.cn/mui/ui/），

熟悉常用API(官网：http://www.html5plus.org/doc/h5p.html)。

3：服务端的开发，要么用java开发，要么用.net webapi开发，推荐理由，java目前是主流，.net webapi简单容易。

java 开发工具IntelliJ IDEA，.net 开发工具 vs。

4：数据存储使用mysql。

补充说明：如果是想做专业开发APP的话还是建议用java开发客户端，ios APP则用swift开发。

当然现在为了一套代码多个平台，使用H5开发专业APP的也有。

会了就可以正式撸代码实现自己简单的APP了。

回答完毕，谢谢。我是只说代码的大饼。

那当然首选是h5套壳了。关于语言方面，我建议还是用PHP吧。随着进一步学习，可以学习uinapp一键多端。H5、小程序、App、小程序支持多个平台上架、微信抖音支付宝百度，希望可以帮助你

目前有三种app开发方式：原生app、混合app、webapp。

原生app：安卓需要java语言，ios需要 objec t-c，wp需要的.net语言。这种app用户体验最好，性能也是最好的，开发成本高，开发周期长，一款app需要开发多个语言版本；

混合app：需要h5，javascript，了解每个混合框架，比如appcan、hbulider、phonegap等等，以及封装的中间件。这种开发方式的用户体验、性能没有原生的好，但是他的开发周期短，开发成本低，对开发人员技能掌握比较高，开发一套程序可以兼容到多个设备上；

webapp：需要h5、javascript语言，不能调用底层设备，用户体验效果次之，开发简单，开发成本低，开发周期短，可以兼容多个设备。

综上所述三种开发各有优缺点，要根据具体的项目需求来选择适合自己的开发语言和开发场景。

uniapp了解下，多端应用。app的话要考虑安卓和苹果，但学了二种学习成本比较高。用uniapp就解决了。

现在中小型企业都在逐渐采用跨平台开发的模式 效率高 成本低 作为个人更是开发不二的选择 你问的iOS和安卓是原生开发 需要不同的开发语言和框架 学习成本也很高 既然你说你是小白 如果采用原生开发 可能得大概花一年半载才能开始上手

采用跨平台开发 只需要学习一下html css JavaScript 然后选择跨平台开发框架 比如react flutter uniapp 都可以 跨平台就是指你这一套代码编写的app可以到不同平台运行 比如iOS安卓都OK 但其实很多还可以编译到各类小程序平台运行 所以很方便

我这里推荐uniapp 一个基于vue的跨端开发框架 我自己也用这个开发了很多项目 确实很快 也提供了原生渲染能力 不做 游戏 等软件 基本没啥问题 社区插件市场也很热闹 基本有问题可以很快解决 希望可以帮到你。

按照开发方式可分为原生开发、混合开发、webapp开发，不同的开发方式学习的编程语言不一样，下面我们来一个一个分析一下：

一、原生开发

原生开发的编程语言主要为针对IOS运行环境的为编程语言为Swift或Object c，安卓环境为Java或Kotlin，WP环境为NET。原生开发的运行效率最高，用户体验最好，但是需要学习不同平台的编程语言，学习门槛较高。

二、混合开发（伪原生开发）

混合开发技术主要采用一套特别的渲染引擎来渲染UI界面和交互，按照渲染引擎可分为html与dart，其编程语言主要是Javascript或Typescript、Dart。

目前基于html渲染的开发框架有react native、weex、uniapp，基于dart的开发框架只有flutter。

混合开发由于调用了原生的控件来渲染UI，所以加载和体验与原生差不多，学习成本比较低，只要会js，选择一个框架开发就行了，或者学习dart语言，进行flutter开发。

三、webapp开发

webapp开发主要利用原生环境中的浏览器控件来装载服务器上的html页面，实际这个app就是一个自定义的浏览器app，所以只要会html，就会开发webapp，由于app内部加载的是远程的网页，所以加载速度和体验最差。

以上是我个人的总结，有不对的欢迎指出，谢谢。

本人用c#，除了单片机用c，cad CATIA，多媒体主要Adobe，它干完所有，不需要性能的视图混合dom代码。

起始所有程序都是一样的，最终都是机器码，只是在编写时使用的语言不同（编程语言都是程序的抽象，为了编程方便，本身并不是可运行的程序，最终必须编译成机器码才能运行，不同语言只是不同人编的，用的语法不同），你写的源文件无论是任何语言写的，最终编译的结果都是机器码。 函数调用在机器码就是很简单的一步，将参数表要求的参数值放入堆栈（顺序有约定），然后使用 jmp 指令跳转到要调用的函数的函数地址即可，别的程序不管你怎么实现，只要你告诉我参数表，和函数地址就能调用，所有程序最终都是机器码，自然也符合这个规则。。。 所以实现互调，只要将对方的接口程序文件映射到自己的进程中，然后预先知道他的参数表，得到他的接口函数地址，将参数放入堆栈，然后跳转到函数地址， 这样你就实现调用。。。。 winodws提供了一个文件类型叫做.dll 动态链接库，如果你希望让其他程序调用，只用将文件编译成dll即可，他就是一个程序文件，纯机器码，可以让任何程序调用。。。。

具体实现方法，通过loadliabroray("xxxxx\xxx.dll")，将该文件映射到进程，getprocaddress("函数名")，得到他的函数地址，假设你已经知道这个函数格式为 int func(int,int,char),你就定义一个该类型的函数指针 ，将getprocaddress("函数名")的地址给这个函数指针，按C语言格式调用即可，很简单的，这些都是 *** 作系统的功劳，如果你学学windows系统编程，就知道了。。。

还有一种方式是，把另一个程序当做一个服务器程序，通过约定的数据来间接调用。。。。比如有个字符串，叫“吃饭”，你只要将这个“吃饭”这两个字发给另一个程序（ *** 作系统提供了一个叫管道的内核对象，通过它，你可以给也使用该管道的程序发数据），他实现编了程序知道这是要干什么，然后就自己执行。。。

---