跨平台app开发框架影响（app跨平台开发框架对比）
今天给各位分享跨平台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平台(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定位以及摄影)
跨平台的html5移动app开发框架有哪些
jquery mobile和bootstrap都是较好的框架
jQuery Mobile是jQuery 在手机上和平板设备上的版本。jQuery Mobile 不仅会给主流移动平台带来jQuery核心库，而且会发布一个完整统一的jQuery移动UI框架。支持全球主流的移动平台。jQuery Mobile开发团队说：能开发这个项目，我们非常兴奋。移动Web太需要一个跨浏览器的框架，让开发人员开发出真正的移动Web网站。
Bootstrap 是基于 HTML、CSS、JAVASCRIPT 的，它简洁灵活，使得 Web 开发更加快捷。它由Twitter的设计师Mark Otto和Jacob Thornton合作开发，是一个CSS/HTML框架。Bootstrap提供了优雅的HTML和CSS规范，它即是由动态CSS语言Less写成。Bootstrap一经推出后颇受欢迎，一直是GitHub上的热门开源项目，包括NASA的MSNBC（微软全国广播公司）的Breaking News都使用了该项目。 国内一些移动开发者较为熟悉的框架，如WeX5前端开源框架等，也是基于Bootstrap源码进行性能优化而来。
跨平台app开发框架影响的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于app跨平台开发框架对比、跨平台app开发框架影响的信息别忘了在本站进行查找喔。
