当前位置： >
>CodiQa:手机jQuery APP模拟开发
网站详情来源：
收录时间：
名称： CodiQa:手机jQuery APP模拟开发
英文网址：
CodiQa:jQuery APP模拟开发平台是一个在线的模拟开发平台，用户可以通过邮箱获取使用权限，让开发者轻松开发手机jQuery APP。
CodiQa:手机jQuery APP模拟开发平台可以让开发人员创建、模拟和测试PhoneGap项目，jQuery Mobile 不仅会给主流移动平台带来jQuery核心库，而更多jQuery Mobile信息且会发布一个完整统一的jQuery移动UI框架，并且支持全球主流的移动平台。
分享给小伙伴们：
赫赫无敌：探索互联网世界，收集和分享实用互联网资源，推荐国内和国外知名、实用、创新、科技、优质的站点资源！互联无极限，探索无止境；分享求真知，网络无国界！
本文地址:/topics/2960.html 转载请注明
同类站点推荐谈谈APP架构选型：React Native还是HBuilder
时间： 12:03:57
&&&& 阅读：13136
&&&& 评论：
&&&& 收藏：0
导读：最近公司的一款新产品APP要进行研发，老大的意思想用H5来做混合APP以达到高效敏捷开发的目的。我自然就开始进行各种技术选型的调研，这里重点想说的是我最后挑选出的2款hybrid app开发技术方案：RN(react native)，HBuilder。React Native是大名鼎鼎的Facebook的开源技术框架，而HBuilder是国内的H5工具开发公 司DCLOUD的产品。我自己先总结下吧：这两个技术框架在开发效率上基本上可以媲美WEB开发的速度，RN强调的是&Learn once, write anywhere&，RN不强求一份原生代码支持多个平台；而HBuilder则可以实现类似JAVA的&Write once, run anywhere&，也就是说写一份代码，即可同时发布多平台，这个效率比原生开发而言自然会double。两者的原理其实都是基于JS在做前端开发，用JS去做桥接调用原生的API，最大的优点是方便做APP的动态更新而不用频繁去发布版本，当然hybrid的这种框架也有弱势缺点，就是目前原生APP的开发生态已经趋向成熟，一些第三方库和框架不仅丰富而且稳定，所以如果改用基于JS的Hybrid app方案来做，一定要考虑APP产品是否适合用这种技术来做。
下面我把一些网友对这两个框架的看法列举如下供参考：
RN -React Native部分&&&&&&&&&&&&&&&&&
React Native的核心实现：先简单说几点，详细的等回头更新。1. React Native里面没有webview，这货不是Hybrid app，里面执行JS是用的
JavascriptCore。2. 再说React Native的核心，iOS Native code提供了十来个最基本核心的类（RCTDeviceEventEmitter、RCTRenderingPerf等）、或组件（RCTView、RCTTextField、RCTTextView、RCTModalFullscreenView等），然后由React Native的JS部分，组成二十来个基本组件（Popover、Listview等），交由上层的业务方来使用（THGroupView）。3. 就如他们在宣传时所说，他们实现了一套类似css的子集，用来解决样式问题，相当复杂和强大，靠这个才能将Native的核心组件组成JS层的基本组件再组成业务端的业务组件，应该是采用facebook/css-layout & GitHub的C语言版本实现的（在ppt中我们看到了类似flex-direction: column一类的代码，这个正是css-layout支持的语法）。4. 在React Native中，写JS的工程师解决的是「将基本组件拼装成可用的React组件」的问题，写Native Code的工程师解决的是「提供核心组件，提供足够的扩展性、灵活性和性能」的问题。
React Native是什么？
其实这东西从Native开发来说，相当于重新发明了一个浏览器渲染引擎并且套一个React的壳，从Web开发角度来说，就是把原来React的后端换成了Native code来实现，就跟Flipboard最近搞的React Canvas 一样： Flipboard & GitHubreact-canvasReact Native的优势和劣势：：
优势相对Hybird app或者Webapp：1. 不用Webview，彻底摆脱了Webview让人不爽的交互和性能问题2. 有较强的扩展性，这是因为Native端提供的是基本控件，JS可以自由组合使用3. 可以直接使用Native原生的「牛逼」动画（在FB Group这个app里面，面板滑出带一点果冻弹动，面板基于某个点展开这种动画随处可见，这种动画用Native code来做小菜一碟，但是用Web来做就难上加难）。
优势相对于Native app：1. 可以通过更新远端JS，直接更新app，不过这快成为各家大型Native app的标配了&
劣势：1. 扩展性仍然远远不如web，也远远不如直接写Native code（这个不用废话解释了吧）2. 从Native到Web，要做很多概念转换，势必造成双方都要妥协。比如web要用一套CSS的阉割版，Native通过css-layout拿到最终样式再转换成native原生的表达方式（比如iOS的Constraint\origin\Center等属性），再比如动画。另外，若Android和iOS都要做相同的封装，概念转换就更复杂了。
HBuilder部分&&&&&&&&&&&&&&&&&&&&-
phonegap出的早，自然用的人多。phonegap自己的定位是混合开发hybrid，用原生+js；HBuilder的定位是纯js搞定一切。5+ 和 phonegap在能力、性能、开发便利性上都优于phonegap。
先看能力：5+ 有HTML5+和Native.js技术，HTML5+包含常用的跨平台的几百个API，能满足常规开发需求，而Native.js把40w原生api映射成js对象，这样js可以直接调原生。HTML5+和Native.js的组合形成了最强大的能力引擎。 而phonegap需要用原生工程师写原生插件并给js开发者封装接口才能实现js调原生能力，开发成本、对人的要求都不一样。
当然5+ 也支持原生插件，这点和phonegap类似。一个已经写好的原生sdk，无需使用Native.js重写，也可以通过5+ sdk来集成。详见文档中心 & 5+ App & 5+ SDK
5+的直接封装的跨平台api比较全，二维码、摇一摇、地图、微信分享、语音输入、推送这些常用api都是跨平台的，使用方便简单。详见 http://www.html5plus.org/
再看性能：
phonegap做的app，在低端Android手机上很难流畅运行，否则HTML5早就火了，原生开发早就被挤压了。Phonegap为了避免HTML5的体验不佳，采用了spa模式，但这个模式其实在低端机上也玩不转，而且代码非常复杂。5+ App的性能更高，它的动态效果都是被我们的增强引擎处理的，通过增强的引擎，可以在低端机上流畅的运行各种动态效果，比如侧滑菜单、下拉刷新、长列表滚动，见 官网首页 & App选项卡- 性能视频
最后看开发便利性：
phonegap没有专业开发工具，语法提示、调试、打包都很麻烦。而在HBuilder里，5+的语法api提示非常完善；把手机通过数据线连上电脑，HBuilder可以真机运行，保存一个页面立即在手机上看到效果，Android上还可以看console.log。而用phonegap，你改完一个页面，不得不先打包，然后安装在手机上，然后发现不对，然后改下代码，然后继续打包。。。关于打包，phonegap由adobe提供了云打包，但需要先在本机准备资源，然后提交到国外的服务器，而HBuilder是一键打包，更加方便。当然phonegap和HBuilder都支持本地打包，那样就需要点原生开发知识了。
除了工具和runtime，还有mui框架
phonegap只是一个手机runtime，没有HBuilder工具，更没有Mui框架。mui是目前最接近原生App的HTML5框架，它的体验比jqm、bootstrap等框架更接近原生，它的性能远高于jqm、bootstrap、Ionic、framework7等框架。这种性能差别原因有2，一方面是设计思路不同，mui坚持用原生js做，不依赖jquery或angularjs，因为框架的依赖越多，App性能越差；另一方面是因为mui调用了5+的底层原生加速，这比不带原生加速的框架更快。mui详见：http://dcloudio.github.io/mui/
当然phonegap有一个优势，就是能支持windows phone、blackberry，这方面5+确实没有支持。
优势：Dcloud的其他服务没具体用过，HBuilder用过，还是一个很不错的编辑器，整体体验还是不错，像代码提示很智能，基于Eclipse的二次开发能做出这样也挺厉害了。特别是对HTML语法支持浏览器兼容性很好。有个前端框架写CSS挺省事的。缺点：HBuilder Size太大，而且还得联网使用，整体体验还是Eclipse风格，相比我还是推荐使用Sublime。主要是做出了的应用就是网页的体验，这个实在是不适合用来做应用。做个WebApp还行。
&&国之画&&&& &&&&chrome插件
版权所有 京ICP备号-2
迷上了代码！2713人阅读
前端性能/框架（33）
移动端H5/CSS3（15）
Native App开发
Native App开发即我们所称的传统APP开发模式（原生APP开发模式），该开发针对IOS、Android等不同的手机操作系统要采用不同的语言和框架进行开发，该模式通常是由“云服务器数据+APP应用客户端”两部份构成，APP应用所有的UI元素、数据内容、逻辑框架均安装在手机终端上。
Web App开发
Web App开发即是一种框架型APP开发模式（HTML5 APP 框架开发模式），该开发具有跨平台的优势，该模式通常由“HTML5云网站+APP应用客户端”两部份构成，APP应用客户端只需安装应用的框架部份，而应用的数据则是每次打开APP的时候，去云端取数据呈现给手机用户。
Web APP应用呈现以下特点：
（1）每次打开APP，都要通过APP框架向云网站取UI及数据；
（2）手机用户无法上网则无法访问APP应用中的数据。
（3）框架型的APP无法调用手机终端的硬件设备（语音、摄像头、短信、GPS、蓝牙、重力感应等）
（4）框架型APP的访问速度受手机终端上网的限制，每次使用均会消耗一定的手机上网流量；
（5）框架型APP应用的安装包小巧，只包含框架文件，而大量的UI元素、数据内容刚存放在云端；
（6）APP用户每次都可以访问到实时的最新的云端数据；
（7）APP用户无须频繁更新APP应用，与云端实现的是实时数据交互；
适用企业：电子商务、金融、新闻资讯、企业集团需经常更新内容的APP应用。
Native App（原生型APP）应用呈现以下特点：
（1）每次获取最新的APP功能，需要升级APP应用；
（2）原生型APP应用的安装包相对较大，包含UI元素、数据内容、逻辑框架；
（3）手机用户无法上网也可访问APP应用中以前下载的数据。
（4）原生型的APP可以调用手机终端的硬件设备（语音、摄像头、短信、GPS、蓝牙、重力感应等）
（5）APP应用更新新功能，涉及到每次要向各个应用商店进行提交审核。
适用企业：游戏、电子杂志、管理应用、物联网等无需经常更新程序框架的APP应用。
移动Web无所不在，移动Web是目前唯一的支持各种设备访问的平台，与桌面Web一样，移动Web支持各种标准的协议。移动Web也是唯一一个可供开发者发布移动应用的平台，它将各种移动交互与桌面任务有效地连接了起来；而开发Native App可以充分利用设备的特性，而这一点往往是Web浏览器做不到的，所以对一个产品本身而言，Native App是最佳的选择。
（1）开发方面
⊙ 每一种移动操作系统都需要独立的开发项目
⊙ 每种平台都需要独立的开发语言。Java(Android), Objective-C(iOS)以及Visual C++(Windows Mobile)等等
⊙ 需要使用各自的软件开发包，开发工具以及各自的控件
移动Web App
⊙ 因为运行在移动设备的浏览器上，所以只需要一个开发项目
⊙ 这种应用可以使用HTML5,CSS3以及JavaScript以及服务器端语言来完成（PHP,Ruby on Rails,Python）
⊙ 这里可没有标准的SDK，基本任意选择别忘了有一些跨平台的开发工具，比如PhoneGap, Sencha Touch 2，APPcan以及Appcelerator Titanium等等。
（2）能力方面
⊙ 能够与移动硬件设备的底层功能，比如个人信息，摄像头以及重力加速器等等
移动Web App
⊙ 只能使用有限的移动硬件设备功能。
（3）获取方法
⊙ 直接下载到设备
⊙ 以独立的应用程序运行(并不需要浏览器)
⊙ 用户必须手动去下载并安装这些原生App
⊙ 有一些商店与卖场来帮助用户寻找你的App，目前app市场不计其数，比较有名气的有：
360手机助手：
安卓市场：
机锋市场：
酷玩汇（91）：
百度移动应用：
青年应用汇：
（4）移动Web App
⊙ 从移动设备上的浏览器访问
⊙ 不需要安装额外的软件
⊙ 软件更新只需要服务器就够了
⊙ 因为现在没有什么商品或卖场提供这种App，所以如何搜索这些移动Web App相当不简单
（5）版本控制
⊙ 用户可以自由地选择是否更新软件版本，所以会出现不同用户同时使用不同版本的情况
移动Web App
⊙ 所有的用户都是用同样的版本
⊙ 比移动Web App运行快
⊙ 一些商店与卖场会帮助用户寻找原生App
⊙ 官方卖场的应用审核流程会保证让用户得到高质量以及安全的App
⊙ 官方会发布很多开发工具或者人工支持来帮助你的开发
移动Web App
⊙ 跨平台开发
⊙ 用户不需要去卖场来下载安装App
⊙ 任何时候都可以发布App，因为根本不需要官方卖场的审核
⊙ 如果你已经有了一个Web App，你可以使用 responsive web design来辅助改进(这也是优势？)
⊙ 开发成本高，尤其是当需要多种移动设备来测试时
⊙ 因为是不同的开发语言，所以开发，维护成本也高
⊙ 因为用户使用的App版本不同，所以你维护起来很困难
⊙ 官方卖场审核流程复杂且慢，会严重影响你的发布进程
移动Web App
⊙ 无法使用很多移动硬件设备的独特功能
⊙ 要同时支持多种移动设备的浏览器让开发维护的成本也不低
⊙ 如果用户使用更多的新型浏览器，那问题就更不好处理了
⊙ 对于用户来说，这种App很难被用户发现
原生App 与 移动Web App:您如何选择？
所以在你准备做移动App时，你应该先问问自己以下几个问题：
1. 你的应用是否需要使用某些设备的特殊功能，比如摄像头，摄像头闪光灯或者重力加速器
2. 你的开发预算是多少？
3. 你的应用是否一定需要网络
4. 你的应用的目标硬件设备是所有的移动设备还是仅仅只是一部分而已
5. 你自己已经熟悉的开发语言
6. 这个应用对于性能要求是否苛刻
7. 如何靠这个应用赢利
我想这几个问题应该能让你做出明智的选择。
是原生App还是移动Web App，主要受商业目标，目标用户，以及技术需要这些因素影响的。其实更多时候你也不要为选择那种App模式烦恼，正如本文提到，类似Facebook这样的公司就为用户提供了两种选择。然而对于大部分人来说，预算，资源限制将会逼迫我们只能选择其中一种（或者只能以其中一种为重点）。
1、如何判断app中原生页面和h5 页面？
纯粹的HTML5应用很少，甚至只有一个view是用WebView/UIWebView的方式越来越常见了。
基本上只要对那个view长按，然后看是不是有反应，比如手机震动（Android）、或者出现文字选择粘贴（Android/iOS），那么就是WebView！
2、如何判断一个 app 是原生还是 webapp，或者是两者结合的？
3、app中html5页面和原生native页面的区别？你想说的是怎么判断app里面哪些是app原生写的哪些是html代码是么？要是是这样的话。有一种可以试一试。也就是你把手机的网络断掉。然后点开你的页面。然后可以正常显示的东西就是原生写的。显示404或则错误页面的是html页面
4、&？在开发Android app时，特别是强内容展现型的功能，会想在原生native实现和web实现中做选择，做这种选择的时候，难免想看看竞品或其它app类似功能是用哪种方式实现的。但是如何判断其它app是用原生控件实现还是用webview载入网页来实现呢？其实要想做到这一点不难，至少有两种办法：一、抓包这是比较原始，也是比较容易想到的，打开相应界面，抓取数据包看看，如果有url是返回比较完整的html代码，那基本就是webview来实现的了。二、利用系统开发人员工具抓包的方法还是太麻烦，很多系统有更高级的开发人员工具功能，一般在设置里可以找到，有些手机可能需要特殊的操作才能打开开发人员工具功能。以meizu mx2为例，在拨号界面输入&*#*#6961#*#*&打开“开发人员工具”功能（输入&*#*#6960#*#*&关闭），点击“设置”-&“辅助功能”-&“开发人员工具”，在绘图栏中找到“显示布局边界”并打开。这样所有应用的控件布局都一目了然了，webview作为一个控件，只有一个边界框，所以通过这一点，就比较容易区分出一个界面是webview实现的还是native布局控件实现的，当然也不排除用一堆webview来拼成一个界面的实现方法。如下图是一个native与webview混排的界面，蓝色线框是各控件的绘制边界，中间那一大块布局丰富的界面没有显示出很多边界蓝线，就是网页实现的。除了上面两种方法，一般来说，通过断开网络，刷新界面，观察内容缓存情况也可以对实现方式有个大致预判断，一般来说缓存做得好的，都是原生控制实现的，有界面局部缓存的就更大可能是原生的了。
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：166030次
积分：3591
积分：3591
排名：第8917名
原创：162篇
转载：142篇
(6)(1)(8)(14)(4)(3)(6)(9)(2)(1)(6)(1)(15)(9)(17)(107)(30)(60)(5)主题信息（必填）
主题描述（最多限制在50个字符）
申请人信息（必填）
申请信息已提交审核，请注意查收邮件，我们会尽快给您反馈。
如有疑问，请联系
CSDN &《程序员》编辑/记者，投稿&纠错等事宜请致邮
傻丫头和高科技产物小心翼翼的初恋
个人大数据技术博客：
人生得意须尽欢，莫使金樽空对月。
微信小程序