什么是跨平台app开发

⑴ 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，开发速度快，时间快，上线快，独立性强（不受限制），成本低，方便创业者快速试错。

⑵ 为什么会有App跨平台框架

由于大部份的开发者都有开发过网站的经验，因此有不少跨平台开发解决方案都使用了HTML, Javascript和CSS作为开发的基础。
Mobile Web App框架
各种方案当中，开发Web App是支援平台最多的一种做法。因为现代的行动平台一定都配备了浏览器，以Web的形式来开发App是最直接且入门门槛相对较低的做法。但是因为浏览器的诸多限制，有很多装置上的功能(如：拍照、存取通讯录或相簿)并无法使用，与系统间也没有资料交换(如：通讯录、行事历)的机制。再加上无法上架到App Store或Google Play等销售平台上贩卖，这大大限制了其应用范围。不过如果只是单纯的信息传递，不需要太多与手机的整合性功能，开发行动装置专用的Mobile Web App，或是同时适用各种装置的Responsive Web App将能够横跨最多的平台。只是要做到流畅的使用者经验，开发者对于HTML5、CSS3的技术掌握必须在一定的层次之上，才能对于各种浏览器环境有一定的掌握。目前针对Mobile Web的框架有Sencha Touch、jQuery Mobile、Meteor、Mobello等。Responsive Web相关框架则有Bootstrap、Foundation、Skeleton、Amazium等。
Hybrid App框架
另一种解决方案为以PhoneGap为首的Hybrid App，它提供一个框架，让开发者能够将网页直接打包成App，上架贩售。若要使用装置的功能，这类框架也提供能Javascript API，让App可以存取手机的功能(如：拍照)。Hybrid App直接使用网页来制作使用者界面，这是它的优点、但同时也是缺点。因为这代表开发者无法直接使用平台原生的使用者界面，也就是说看起来不像该平台的App，要花时间调整到和原生界面相同的视觉效果和流程度，有相当大的门槛要跨过。通常会借由使用Mobile Web App的框架来降低开发难度。但由于显示的部分还得经过浏览器引擎，也有跨浏览器的兼容问题要处理，在整体的功能与流畅度方面，尚难以和Native App相提并论。不过如果只是单纯的信息呈现，对流畅度和功能的要求较低，Hybrid App还是其生存空间，尤其PhoneGap已经被整合到视觉设计师熟悉的Dreamweaver内。
跨平台Native App框架
这边提到的Native App，讲的用是非原厂的开发平台开发Native App的这类型框架。此类框架让开发者使用他们过去已经熟悉的程序语言如Javascript、C#、Lua开发App，发布时再把程序转换为Native App。因此在流畅度上，比较容易可以和Native App做到差不多的水平。在功能性和与行动平台功能的整合性，也较Hybrid App为佳。这类框架通常都有其特别的适用范围，如Titanium可以使用原生的UI元件，适合一般的应用开发。Corona则是2D的游戏引擎，Unity则是3D游戏的首选开发框架。和原厂的开发平台相比，这些框架常有的弱点就是档案通常比较大、对于个平台的新功能支援也会慢于原厂平台。不过这换来的是较低的学习门槛和跨平台开发节省的时间。
技术抉择
以上介绍的几个类型的框架并没有绝对的好或坏，而是应该看应用类型与公司的资源和策略而定。
如果团队的技术实力和资源足够，能够用原厂的开发平台来开发，非常恭喜你，这将是能够完全发挥软硬件效能的选择。如果横跨最多平台是重点，且无需上架贩售，那么Mobile Web会是最好的选择。如果只需要基本的装置功能，且可以掌握Mobile Web开发技术，那么Hybrid App可以考虑看看。如果你想开发与原厂开发工具相近的使用者经验，而且不会用到平台最新技术，你最适合的选项将会是跨平台Native App框架。

⑶ 什么是跨平台app开发，

就是多平台，IOS，安卓,WP7.APP开发找专业的，冠宇纵恒不错！

⑷ web APP到底和跨平台APP开发有什么区别

webapp可以通过互联网上的第三方app开发平台实现，比如“应用之星”等网站；
跨平台app一般都要程序猿写代码开发，得有一定的预算请人才行噢！

⑸ app跨平台开发会淘汰原生开发吗为什么如果不会，那何时使用跨平台开发何时使用原生开发

在本文中我们将为您展示在开发iOS平台(iPhone、iPad和iPod)应用前，您可能想问的10个问题。

1. 我们目标应该是哪个平台?

只有iOS (iPhone and iPad) 以及Android有足够的下载量、购买量以及使用量。其他平台也都有应用程序，但用户大部份都太少，或者应用程序的下载量都不足以支撑。也许未来可能会改变，但是以今日来说，这是不争的事实。

也许有人会争辩WP、Bada都可撑起一片江山，但在没有真切的放大量出来，不会建议一下子就冒进。

2. 我们需要针对不同平台来开发不同的应用程序，或者是说有跨平台一次解决的框架?

是的，你需要针对不同的平台开发不同的原生性应用程序。在市面上的确有许多的跨平台解决方案，但没有一个是够强大的，这些方案里包含了Sencha、SproutCore、Titanium。

长期来说，HTML 5将会拥有最强的产业支持并提供很棒的框架给应用程序开发。但这在接下来的18个月并不会发生。请记得一件最重要的事，一个iPhone应用程序必须看起来并使用起来像是一个iPhone应用程序;而Android应用程序必需像是一个Android应用程序;如果想要跨平台，先确保你要先知道原生应用程序的样子，才不会牺牲掉使用者经验。

我也认为HTML5终将会引领潮流，但整体应用与接受并不是迫在眉睫。是不是利用HTML 5跨平台或者使用原生应用程序，都不是重点，重点是在于使用者经验。

过去一年的经验里，不管是Foursquare、Viber、Instagram都已经作出最好的证明，他们都是以单一平台成功立基，强调单一平台“使用者经验”成功;如果只想一次搞定多平台，但却忽略在各平台里使用经验的差异，就已经是失败的开始。

3. 每增加另一个平台，我们所需要多花费的开发时间会多上多久?

这需视你开发的应用程序类型是哪种，但一般来说，大概是30～50%的时间。

4. 有可能在内部布署应用程序，而不用透过公开的应用程序商店吗?

是的，每个平台都有不同的解决方案，而且相当常见。

以笔者较为熟悉的iOS来说，一般做法可以使用 iOS Developer Enterprise Program，而当然，Adhoc Distribution也是另一种解法。

5. 我们可以再利用在网站已经完成的系统介接吗?

是的，应用程序应该尽可能利用现成的系统，通常在JSON的架构上，是不用再迭床架屋的。

6. iPhone 以及 Android 的学习曲线对比上，Objective C 会比 Java难学?

这跟语言无关，这跟你锁定SDK有关(Cocoa Touch 或 Android SDK)，学习曲线差不多。

7. 可以透过应用程序卖东西吗?金流怎么走?

可以的，以iPhone来说，Apple不会让询问使用者的信用卡号，如果你选择使用苹果的账号，苹果会取走30%的手续费，大部份的在线零售业者会选择让使用者先建立一个使用者账号，然后让他们透过应用程序登入，这个账号可以用来开收据/登入信用卡账号。这限制不存在Android应用程序上。

8. 为什么不是一个网站，然后可以做一个适应手机浏览器的版本?

应用程序为主的手机用户，偏好透过使用应用程序的功能来消费内容，IDG的数据支持此一观点，并显示应用程序驱动8倍于手机网站的流量。

就如同知名的LBS服务GoWalla CEO指出，使用者“压倒性”使用的就是原生性应用程序。在“强大”的html 5普及前(这包含了开发人力的普及以及所有网络服务的转向)，手机浏览器版本只能说是一个暂时解药，比没有好一些的方式。

9. App专案通常怎么运作?

就像所有的软件开发项目：目的/用途、愿景、草图、可视化、设计、开发，测试以及上线。我们喜欢类似Scrum的开发方式，应用程序项目特别专注在用户经验以及接口上的设计。

10. 通常一般的公司都从哪一类型的应用程序开始着手?

一般都从他们网站上的既有功能开始着手，并开始加上应用程序属性的功能(像是GPS定位以及摄影)

⑹ 什么是跨平台APP开发

同一套代码兼顾不同平台，很多实现变成折中实现，一般用H5、CSS、JS这些语言就可以开发 APP了，而不用在专门的应用平台上来实现，比如在Windows环境下开发IOS、ADR的APP！

⑺ 如何开发跨平台App

1. 选择开发技术和工具
开发跨平台移动App的最大挑战之一，就是每个移动平台就有个原生语言和软件开发包（SDK）：Windows手机是C#和.Net，iOS平台使用Objective C和Cocoa，而Android则是Java和ADK。对此，我们可以找到代码分享的方法，而HTML5用C++编码，所以可以用于三个平台。
当然，使用每个平台的原生语言和软件开发包，可以最大发挥平台的完整功能性，开发简便也能保证高性能。还能迅速升级为操作系统和软件开发包的最新版本，充分运用新特性。为了获得最佳用户体验，原生平台的优势是非常明显的。
HTML5则能通过更新网络服务器来更新App的功能，这对某些App来说非常有用。C++语言也对一些常见的跨平台组件十分有用。
然而，在以上两种情况下要发挥平台功能、编辑用户界面，是有些困难的。开发者仍然需要将原生软件开发包与一些选项相结合，来使用平台的独特功能。

2. 明确用户体验
在某些情况下，每个平台想要的App功能是一样的，但是用户希望App在不同平台上的设计风格能够统一，这也就是这个App的个性。用户可以以此来感受App设计的价值感。有种设计理念是“App个性+平台外观和体验”。
App的个性，是指每个App都使用手段来突出自己，比如相似的颜色主题、特性和用户行为流。即使用户换了平台，他仍然能立刻上手。
平台的外观和体验，是让App的用户交互（UI）与同一平台的其他App统一，让用户立即就会使用。比如，常用图标放在屏幕的哪个位置。

3. 短时间开发和测试
在移动App领域，淘汰率和竞争率都很高，用户会频繁更新。而传统的产品开发过程需要长期规划、开发和测试，耗费数月甚至上年时间。
好的解决方案就是使用快速发布周期。每个发布周期应包括一套相同特性，这只需要几周就可以开发出来，完整功能只在需要时才发布。
在稳定代码的同时，团队成员可以开始规划下一个发布周期，因此，发布周期可以不断循环，而用户可以不断更新，获得想要的功能。

⑻ 什么是app开发

APP就是智能手机应用程序软件，你手机上的QQ，各种游戏，应用软件都称作APP，就是手机移动客户端。京东商城手机版，大众点评手机版，百姓网手机版，搜狐新闻手机版，都是APP，APP开发就制作这些应用软件的。不知道你明白没？

⑼ 如何实现iOS和安卓跨平台的开发

开发环境跨平台
1、开发原型的app的话.安卓跨平台都可以开发. ios只能在mac系统上进行打包编译.
2、如果是要嵌套html5来开发app. 那开发是都可以在很多平台上开发. 不过ios的打包编译成app还是需要mac系统.
3、用第三方平台工具开发.有提供跨平台那就可以跨平台开发. 打包的话看平台是否有提供.
4、其实不管怎么样开发代码有办法敲出来. 不过ios的编译打包只能在mac系统上记住这点就行了.
或你是想问,代码跨平台么? ios和安卓用同一套代码?
1、那实现方法要么现在ios和安卓上开发一套承载html5的浏览器框架. 然后具体实现都用同一套html5 + js 开发实现. 这样可以理解为跨平台.
2、利用现在现有的第三方工具开发. (原理分为两种.在各自平台的APP内运行html5 或 将代码分别转换成各自的代码各自编译.)
3、最终要的是要打包成ios包 肯定是需要mac系统. 要么自己编译, 要么将代码给第三方编译.