androidioshtml5
㈠ 如何开发同时支持ios和Android的应用html5
Html5是一种网页开发语言，现在仍处于发展阶段，但大部分浏览器已经支持某些
HTML5 技术为开发者提供了一个跨平台的移动apps开发方案，并且该方案具有很好的扩展性和灵活性。
如今国内使用html5开发app应用技术尚有欠缺，因为在手机开发app上，html5应用只有两种方法，要不就是全使用HTML5的语法，要不就是仅使用javaScript引擎。
JavaScript引擎的构建方法让制作手机网页游戏成为可能。
由于界面层很复杂，已预订了一个UI工具包去使用。
纯HTML5手机应用运行缓慢并错漏百出，但优化后的效果会好转。尽管不是很多人愿意去做这样的优化，但依然可以去尝试。
HTML5手机应用的最大优势就是可以在网页上直接调试和修改。原生应用的开发人员
可能需要花费非常大的力气才能达到HTML5的效果，不断地重复编码、调试和运行，这是
首先得解决的一个问题。
即使这样，爱在临港还是很看好html5 app开发，原因有一下几点。
一：现在HTML5非常火的技术，主要方向在使用高端浏览器的高端移动设备，所以可以用作开发Android系统的App。
二：html5对android、ios系统都支持。
三：HTML5可以用作离线应用的开发，离线应用就是把需要的资源先缓存到本地，下次再查看时无需联网。
四：html5开发app，能提供更快、更简便的服务，代码可高度重用，服务发布方便。
五：动画、游戏方面，地理定位方面的app应用正在崛，而html5技术优势正是这在些方面。
可以说，未来采用html5开发app的，将会大量减少代码量，应用软件也会得到更高的用户
体验。
㈡ HTML5能取代Android和iOS应用程序吗
不可以；
1、html5 是一种移动端网站程序的简称；
2、Android系统是一种手机端的引用程序，它包含了html5功能；
3、ios引用程序可以接容html5程序，他是苹果公司开发的特有苹果系统；
4、html5是一种一种安装在Android和iOS里面的软件程序。
㈢ HTML5 移动开发未来可否取代 iOS 和安卓
大量新生移动设备的兴起，改变了互联网的未来。在技术的发展上，HTML5会取代App应用吗？或者说能够在多大程度上取代呢？在HTML5规范中，已经加入了相机、磁力罗盘、GPS信息的支持。很多新兴浏览器也已经开始支持这些新特性。能否用一个统一的HTML5来替代android和ios并行开发的双重成本呢？以下译自Michael Mahemoff的一篇文章，详细分析了HTML5能否取代Android和iOS应用程序。
介绍
移动应用程序(App)和HTML5都是目前最火的技术，二者之间也有不少重叠之处。在移动设备浏览器里运行的html5的web页面，也可以重新打包成不同平台上运行的app。目前很多浏览器都有很好的跨平台支持，（译注：firefox居然可以在android中使用和windows下同样的浏览器内核），HTML5的web方案，对开发者来说更为方便。完成一次，即可多平台使用。但这确实可行吗？仍然有许多必要原因，使得开发者选择了app开发。很明显，很多人已经在这么做了。本文将详细分析两种方案的优劣。
功能丰富
正方：App里可以开发出更丰富的功能
我们把移动功能分成两类。程序本身和程序与系统的结合。比如android里，加入widget图标或者通知提醒之类的。App对这两者都没问题。不用多说，这是肯定的。
反方：APP是挺强，但Web也正在迎头跟进
确实很多原生app实现的功能是HTML5望尘莫及的。不管你的web做的再牛，如果停留在一个没有摄像头支持的沙盒中，很多场合还是玩不转。幸运的是，现在没有这样的沙盒限制了。如果你需要你的web照相片，可以做一个负责照像的app，再把你的web打包进这个应用里面。开源的PhoneGap框架是这么干的。这样widget，手机提醒也都没问题了。
但这种混合开发的问题在于，增加了复杂性，而且不象传统web那样可以直接在浏览器里运行。这个问题短时间内恐怕没辙。好在现在网络标准在不断的高速扩充，先进的浏览器也在一直跟进。Android 3.1已经支持camera了。iOS浏览器也支持WebSocket和设备方向检测了。
总得来说，移动设备在发展，而web也同样在快速变化。桌面浏览器本身，有5家主要浏览器开发商在改进现有标准，丰富新的功能。所以原生App在快速前进，同时，web也在缩小差距。
运行效率
正方：原生APP速度更快
原生APP没有瓶颈，而且可以直接调用GPU加速、使用多线程。
反方：现如今Web已经快多了，而且多数应用也用不着那么快。
这说法有点落伍了。Chrome发布之时带来的Javascript V8，给Web速度带来的飞跃。而现在，计算速度变得更快了：
图片处理引擎已经使用web加速。现在硬件加速也已经开始应用了。看看用上硬件加速的canvas（图表来源）
要开发3D游戏的就不用抬杠了，但对于平而来说，新闻、邮件、时间管理、社交网络，这些用Web都够用了。试试Steve Souders的手机性能测试工具。 另外，越来越多的框架结合WebGL，可以发挥OpenGL的优势了。比如ImpactJS，帮助开发JS游戏。
开发感受
正方：原生APP好写
原生APP使用强壮的程序语言（Java, Objective C, C++）。适合写复杂程序，经过历史验证，API丰富。在桌面环境可以方便的用模拟器测试。而Web程序的runtimes和乱七八糟的各路浏览器让人头大。
反方：一般都是Web更简单，特别是需要兼容不同设备的时候。
Web最初的功能只限于文档展示，而不是程序应用，貌似最近俩星期才有了JS。但有了JS后，web的世界马上就不一样了。更何况web不只是静止的，HTML5，CSS3，EcmaScript Harmony（谁知道这是什么？）都给开发者极大帮助。你是喜欢C++，java, JavaScript，那你的个人爱好，也是基于你已经攒下的代码。但是现在没人能否认JavaScript也和前者站在同一擂台上。
浏览器/runtime的互不兼容（碎片），反过来看做APP也是一样。用Java写了Android app，然后又要面对iOS的Objective C。如果能写一个程序，马上能在Android和iOS上运行，多省事啊。这咱还没提WebOS, BlackBerry，Windows Mobile呢。当然，这是理论上的。要是想让程序在每个平台都跑得很漂亮，得做不少调试和妥协。这对很多原生APP也是一样的。不同OS版本，不同的设备。。。
所谓的Web碎片化，一直都是如此。但好消息是现在已经有很多不错的解决办法。Modernizr库，用得好的话，可以帮你兼容一大批主流设备，不管是啥系统，哪个牌子的。看看我们2011年的Google IO演示。
用户体验
正方：原生APP更切合原有平台
操作感受的定义之一，就是用户希望在你的程序里，用与系统连贯统一的方式来操作。不同的平台，都有一些约定俗成的习惯。比如长按按钮会有啥反应。你不能指望用一套统一的HTML5 App去满足所有用户。
此外，整个平台的操作感受都由用平台自有的软件库协调。直接调用平台工具包就能直接免费获得完整支持。
反方：我们Web有自己的传统，你要特想做原有平台那种感觉的web，也一样能做出来
前面说了，Web开发的方式，是先做一个大体适合所有平台的版本，然后再针对不同平台不断改进。当这些改进主要是针对功能时，你可以选择几个你最关心的平台做优化。类似于浏览器检测。技术论坛里的悲催技术员们，经常抱怨这事。太多不同的浏览器版本了。不过如果你优先关注两三种主流平台，是值得为他们多花点时间做做优化。
web本来就有自己的操作感受。我们也可以说，不同的默认浏览器以及运行环境造就了独特的"Web感受"。从更广的角度看，这本身就是一种用户公认的方式。此外，还有很多成功的案例并不遵循移动设备的原生操作习惯，人家也成功了。想想你最喜欢的手机游戏的界面？很多更传统的app也是一样，比如Twitter客户端。
㈣ ios 、Android + HTML5 实现Hybrid App ，后台是 .NET。 实现消息推送
接入第三方就可以实现消息推送。好的推送 提供通知+自定义消息+富媒体三重个性化推送方式,满足任意场景需要,好的推送 3分钟快捷集成SDK,推送毫秒级送达,降低开发成本,同时有效提升用户留存率。极光推送值得信赖，极光推送是国内最早的第三方移动消息推送服务供应商,累计为超过150万移动应用提供服务极光推送 系统性能稳定,送达率高,延迟率低还支持用户分群的推送功能。
可定制的私有云，对于定制化需求较强的，或者想拥有自己推送平台的开发者，极光提供全功能的私有云方案。
JPush 支持推送数量、用户打开次数、用户使用时长、新增用户、活跃用户等数据的统计。 Android 开发者需要实现了相关的统计 API，才可以进行用户相关的统计。 iOS 开发者不需要实现统计 API，可以直接在【控制台】-【统计】页面查看相关数据。
㈤ HTML5能取代Android和iOS应用程序吗
纠正一下，HTML5和Android和iOS不是平等关系，他是一种语言，只能和JAVA及OC对等
下面回答，不能，至少短期内（个人认为5~10年），原因如下：
1、Android是谷歌的，iOS是苹果的，各家有各家的利益
2、Android主流开发语言是JAVA，iOS是OC，为什么，OC是iOS的专用语言这个暂且不说，而之所以Android使用JAVA是看中了之前做J2EE和J2SE等，大量的JAVA开发人员，之所以Android火起来，不单是Android开源（使手机生产商的生产成本下降），更是大量的JAVA开发人员能够快速的进入这个新兴平台，从技术上（可以理解为大量的App发布）推动Android进步
3、成本问题，以上两点其实都在说这个问题，用HTML5取代JAVA和OC，首先要考虑人力成本问题，要有大量HTML5开发人员这个前提条件，否则用人单位不会为此付出更多的人力成本和风险成本（主要的，会不会开发出来的东西效果很垃圾），而谷歌和苹果开发Android和iOS更是花费了极大的成本，他们也不会愿意看到自己的成果被别人窃取而损害自己的利益
4、性能问题，其实还是从成本角度出发，HTML5这个东西他再厉害是跑在浏览器上的，谷歌和苹果怎么可能在损害自己利益的情况下，还会花大价钱开发更高级的浏览器以适应HTML5（把HTML5跑的和应用程序一样快），如果系统内置的浏览器达不到那个量级，外置浏览器都是扯淡，所以你会看到，HTML5好不好，很好，但是在Android和iOS上和原生应用程序比较，他就是慢，就是山寨，各种特效都出不来的情况下还谈什么HTML5
5、开发者问题，也是相辅相成的，看看现在市面上有几个喜欢做WEB前端的就知道了，人才很少，价格很低（我也在招人，有感而发），这就导致更少的人去学去做，更不要说在Android和iOS平台上，HTML5要适应这两个平台的规则，比如JS回调要在JAVA中执行的问题，这就导致你要学习HTML5就要多学习Android，那我为什么不直接学Android，种种原因会导致HTML5（在手机平台）的开发者短期内不会爆发式增长（多说一嘴，要解决这个问题，两种可能，1、像Android，原本就有那么多JAVA开发者，而且这些JAVA开发者还做过手机，2、用人单位普遍的觉得HTML5好，从而愿意花大价钱聘请HTML5开发者，从而抬高整体行业薪资，使跟风者不绝。目前看这两种可能性都不存在）
6、语言成熟度，语言成熟度不是说SDK第几版，语言本身是否还有漏洞这种问题，成熟度本身的意味其实就是“人”和“库”，是“能否进行快速开发”，比如php效率低下，为什么这么火，价格这么高，原因是漫天的完整源码、框架、库，是大量的有丰富经验的开发者，是“快速开发”。HTML5？还差的太远！所谓“成熟”，还得时间的积累
综上，HTML5很新很火，那是在PC WEB平台，开发者少，收入不高，在Android和iOS平台上运行效率低，开发风险高，不成熟，所以我说“不能，至少短期内（个人认为5~10年）”
原创哦，亲，纯手打的，给个赞吧~
㈥ 在ios和Android上构建跨浏览器应用 谁最适合HTML5
Fiercedeveloper于2月3日刊载了一篇探讨iOS与Android平台性能的文章，作者Aditya Bansod在文中将Android 4和iOS 5做了一番比较。2011年12月上旬，Google发布了Android移动操作系统的最新重大升级。新操作系统是Android 4，代号为“冰淇淋三明治（Ice Cream Sandwich）”。对于Web开发人员而言，这是对Android的一次大考：如果要在 iOS 和 Android 上构建跨浏览器的应用，HTML 5是可行的解决方案吗？
<img
我们在Sencha测试了最新版本的iOS 5和Android 4，以了解每个平台提供给Web开发人员的特性以及它们各自的优势。
为了成为一流的Web应用平台，浏览器要向Web开发人员提供一系列核心功能：渲染引擎，用于尽可能流畅地显示视觉元素；Javascript引擎，用于执行应用程序逻辑；以及DOM（文档对象模型）和浏览器API，用于提供HTML5的特性以及支持发起网络请求、上传文件、操作页面等动作。为了从Web应用开发人员的角度比较Android 4和iOS 5，我们分别讨论了这三部分内容。
WebKit：Android 4进步明显，但仍然落后
几乎所有移动设备的Web浏览器都使用了WebKit渲染引擎。WebKit最先起源于苹果的开源项目KDE/KHTML，现在Google、Qualcomm、RIM和其他很多厂商都加入了WebKit家族。它现在已经成为移动设备上渲染Web内容的事实标准。Android 4和iOS 5浏览器都基于WebKit，但是版本稍有不同。Android 4实现了WebKit 534.30，而苹果则实现了534.46。
虽然iOS的版本较新，但它们之间的差距很小，这是因为WebKit的渲染性能取决于它在硬件和软件上的具体实现。我们在测试中发现Android 4的渲染速度比Android 2.x和Android 3有明显提高。触摸滚动变得顺畅了很多，Android上常见的停顿也基本上完全消失了。不幸的是，它在渲染上有明显的缺陷，比如在使用JavaScript和CSS3移动屏幕上的元素时会出现闪烁和滚屏缓慢。对于依赖动态地移动元素的Web应用来说，Android 4的表现比Android 2.2要差。总体上说，Google在增强浏览器体验方面取得了很大的进步。
同时，Android 4新支持了很多CSS3特性，而iOS 5很早之前就支持这些特性。具体说来，Android 4现在完善地支持了CSS3 2D和3D变换、动画、过渡和反射。这对于Android来说是巨大的进步，因为开发人员在设计流畅而漂亮的Web应用时不会再只想到苹果。伴随着对这些特性的支持，我们希望Google和Android硬件供应商一起努力，对其产品仔细琢磨，实现无闪烁和高性能，以获得开发人员对高级渲染特性的真正支持。
㈦ 为什么 HTML5 在 iOS 上很流畅,但在 Android 上却不尽如人意
开发者们都知道在高端智能手机系统中有两种应用程序：一种是基于本地（操作系统）运行的APP；一种是基于高端机的浏览器运行的WebApp，本文将主要讲解后者。
WebApp与Native App有何区别呢？
Native App：
1、开发成本非常大。
一般使用的开发语言为JAVA、C++、Objective-C。
2、更新体验较差、同时也比较麻烦
每一次发布新的版本，都需要做版本打包，且需要用户手动更新（有些应用程序即使不需要用户手动更新，但是也需要有一个恶心的提示）。
3、非常酷
因为native app可以调用IOS中的UI控件以UI方法，它可以实现WebApp无法实现的一些非常酷的交互效果
4、Native app是被Apple认可的
Native app可以被Apple认可为一款可信任的独立软件，可以放在Apple Stroe出售，但是Web app却不行。
Web App：
1、开发成本较低
使用web开发技术就可以轻松的完成web app的开发
2、升级较简单
升级不需要通知用户，在服务端更新文件即可，用户完全没有感觉
3、维护比较轻松
和一般的web一样，维护比较简单，它其实就是一个站点
Webapp说白了就是一个针对Iphone、Android优化后的web站点，它使用的技术无非就是HTML或HTML5、CSS3、JavaScript，服务端技术JAVA、PHP、ASP。
当然，因为这些高端智能手机（Iphone、Android）的内置浏览器都是基于webkit内核的，所以在开发WEBAPP时，多数都是使用HTML5和CSS3技术做UI布局。当使用HTML5和CSS3l做UI时，若还是遵循着一般web开发中使用HTML4和CSS2那样的开发方式的话，这也就失去了WEBAPP的本质意义了，且有些效果也无法实现的，所以在此又回到了我们的主题–webapp的布局方式和技术。
哥在此说明一下，在此所说的移动平台前端开发是指针对高端智能手机（如Iphone、Android）做站点适配也就是WebApp，并非是针对普通手机开发Wap 2.0，所以在阅读本篇文章以前，你需要对webkit内核的浏览器有一定的了解，你需要对HTML5和CSS3有一定的了解。如果你已经对此有所了解，那现在就开始往下阅读吧……
1、首先我们来看看webkit内核中的一些私有的meta标签，这些meta标签在开发webapp时起到非常重要的作用
1
<meta content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=0;" name="viewport" />
2
<meta content="yes" name="apple-mobile-web-app-capable" />
3
<meta content="black" name="apple-mobile-web-app-status-bar-style" />
4
<meta content="telephone=no" name="format-detection" />
第一个meta标签表示：强制让文档的宽度与设备的宽度保持1:1，并且文档最大的宽度比例是1.0，且不允许用户点击屏幕放大浏览；
第二个meta标签是iphone设备中的safari私有meta标签，它表示：允许全屏模式浏览；
第三个meta标签也是iphone的私有标签，它指定的iphone中safari顶端的状态条的样式；
第四个meta标签表示：告诉设备忽略将页面中的数字识别为电话号码
2、HTML5标签的使用
在开始编写webapp时，哥建议前端工程师使用HTML5，而放弃HTML4，因为HTML5可以实现一些HTML4中无法实现的丰富的WEB应用程序的体验，可以减少开发者很多的工作量，当然了你决定使用HTML5前，一定要对此非常熟悉，要知道HTML5的新标签的作用。比如定义一块内容或文章区域可使用section标签，定义导航条或选项卡可以直接使用nav标签等等。
3、放弃CSS float属性
在项目开发过程中可以会遇到内容排列排列显示的布局(见下图)，假如你遇见这样的视觉稿，哥建议你放弃float，可以直接使用display:block;
4、利用CSS3边框背景属性
这个按钮有圆角效果，有内发光效果还有高光效果，这样的按钮使用CSS3写是无法写出来的，当然圆角可以使用CSS3来写，但高光和内发光却无法使用CSS3编写，
这个时候你不妨使用-webkit-border-image来定义这个按钮的样式。
-webkit-border-image就个很复杂的样式属性。
5、块级化a标签
请保证将每条数据都放在一个a标签中，为何这样做？因为在触控手机上，为提升用户体验，尽可能的保证用户的可点击区域较大。
6、自适应布局模式
在编写CSS时，我不建议前端工程师把容器（不管是外层容器还是内层）的宽度定死。为达到适配各种手持设备，我建议前端工程师使用自适应布局模式（支付宝采用了自适应布局模式），因为这样做可以让你的页面在ipad、itouch、ipod、iphone、android、web safarik、chrome都能够正常的显示，你无需再次考虑设备的分辨率。7、学会使用webkit-box
上一节，我们说过自适应布局模式，有些同学可能会问：如何在移动设备上做到完全自适应呢？很感谢webkit为display属性提供了一个webkit-box的值，它可以帮助前端工程师做到盒子模型灵活控制。
8、如何去除Android平台中对邮箱地址的识别
看过iOS webapp API的同学都知道iOS提供了一个meta标签:用于禁用iOS对页面中电话号码的自动识别。在iOS中是不自动识别邮件地址的，但在Android平台，它会自动检测邮件地址，当用户touch到这个邮件地址时，Android会弹出一个框提示用户发送邮件，如果你不想Android自动识别页面中的邮件地址，你不妨加上这样一句meta标签在head中
1
<meta content="email=no" name="format-detection" />
9、如何去除iOS和Android中的输入URL的控件条
你的老板或者PD或者交互设计师可能会要求你：能否让我们的webapp更加像nativeapp，我不想让用户看见那个输入url的控件条？
答案是可以做到的。我们可以利用一句简单的javascript代码来实现这个效果
1
setTimeout(scrollTo,0,0,0);
请注意，这句代码必须放在window.onload里才能够正常的工作，而且你的当前文档的内容高度必须是高于窗口的高度时，这句代码才能有效的执行。
10、如何禁止用户旋转设备
我曾经也想禁止用户旋转设备，也想实现像某些客户端那样：只能在肖像模式或景观模式下才能正常运行。但现在我可以很负责任的告诉你：别想了!在移动版的webkit中做不到！
至少Apple webapp API已经说到了：我们为了让用户在safari中正常的浏览网页，我们必须保证用户的设备处于任何一个方位时，safari都能够正常的显示网页内容（也就是自适应），所以我们禁止开发者阻止浏览器的orientationchange事件，看来苹果公司的出发点是正确的，苹果确实不是一般的苹果。
iOS已经禁止开发者阻止orientationchange事件，那Android呢？对不起，我没有找到任何资料说Android禁止开发者阻止浏览器orientationchange事件，但是在Android平台，确实也是阻止不了的。
11、如何检测用户是通过主屏启动你的webapp
看过Apple webapp API的同学都知道iOS为safari提供了一个将当前页面添加主屏的功能，按下iphoneipodipod touch底部工具中的小加号，或者ipad顶部左侧的小加号，就可以将当前的页面添加到设备的主屏，在设备的主屏会自动增加一个当前页面的启动图标，点击该启动图标就可以快速、便捷的启动你的webapp。从主屏启动的webapp和浏览器访问你的webapp最大的区别是它清除了浏览器上方和下方的工具条，这样你的webapp就更加像是nativeapp了，还有一个区别是window对像中的navigator子对象的一个standalone属性。iOS中浏览器直接访问站点时，navigator.standalone为false,从主屏启动webapp时，navigator.standalone为true， 我们可以通过navigator.standalone这个属性获知用户当前是否是从主屏访问我们的webapp的。
在Android中从来没有添加到主屏这回事！
12、如何关闭iOS中键盘自动大写
我们知道在iOS中，当虚拟键盘弹出时，默认情况下键盘是开启首字母大写的功能的，根据某些业务场景，可能我们需要关闭这个功能，移动版本webkit为input元素提供了autocapitalize属性，通过指定autocapitalize=”off”来关闭键盘默认首字母大写。13、iOS中如何彻底禁止用户在新窗口打开页面
有时我们可能需要禁止用户在新窗口打开页面，我们可以使用a标签的target=”_self“来指定用户在新窗口打开，或者target属性保持空，但是你会发现iOS的用户在这个链接的上方长按3秒钟后，iOS会弹出一个列表按钮，用户通过这些按钮仍然可以在新窗口打开页面，这样的话，开发者指定的target属性就失效了，但是可以通过指定当前元素的-webkit-touch-callout样式属性为none来禁止iOS弹出这些按钮。这个技巧仅适用iOS对于Android平台则无效。
14、iOS中如何禁止用户保存图片＼复制图片
我们在第13条技巧中提到元素的-webkit-touch-callout属性，同样为一个img标签指定-webkit-touch-callout为none也会禁止设备弹出列表按钮，这样用户就无法保存＼复制你的图片了。
15、iOS中如何禁止用户选中文字
我们通过指定文字标签的-webkit-user-select属性为none便可以禁止iOS用户选中文字。
16、iOS中如何获取滚动条的值
桌面浏览器中想要获取滚动条的值是通过document.scrollTop和document.scrollLeft得到的，但在iOS中你会发现这两个属性是未定义的，为什么呢？因为在iOS中没有滚动条的概念，在Android中通过这两个属性可以正常获取到滚动条的值，那么在iOS中我们该如何获取滚动条的值呢？
通过window.scrollY和window.scrollX我们可以得到当前窗口的y轴和x轴滚动条的值。
17、如何解决盒子边框溢出
当你指定了一个块级元素时，并且为其定义了边框，设置了其宽度为100％。在移动设备开发过程中我们通常会对文本框定义为宽度100％，将其定义为块级元素以实现全屏自适应的样式，但此时你会发现，该元素的边框(左右)各1个像素会溢了文档，导致出现横向滚动条，为解决这一问题，我们可以为其添加一个特殊的样式-webkit-box-sizing:border-box;用来指定该盒子的大小包括边框的宽度。
18、如何解决Android 2.0以下平台中圆角的问题
如果大家够细心的话，在做wap站点开发时，大家应该会发现android 2.0以下的平台中问题特别的多，比如说边框圆角这个问题吧。
在对一个元素定义圆角时，为完全兼容android 2.0以下的平台，我们必须要按照以下技巧来定义边框圆角：
1＼-webkit这个前缀必须要加上（在iOS中，你可以不加，但android中一定要加）；
2＼如果对针对边框做样式定义，比如border:1px solid #000;那么-webkit-border-radius这属性必须要出现在border属性后。
3＼假如我们有这样的视觉元素，左上角和右上角是圆角时，我们必须要先定义全局的(4个角的圆角值)-webkit-border-radius:5px;然后再依次的覆盖左下角和右下角，-webkit-border-bottom-left-radius:0;-webkit-border-bottom-right-border:0;否则在android 2.0以下的平台中将全部显示直角，还有记住！-webkit这个前缀一定要加上！
19、如何解决android平台中页面无法自适应
虽然你的html和css都是完全自适应的，但有一天如果你发现你的页面在android中显示的并不是自适应的时候，首先请你确认你的head标签中是否包含以下meta标签：
1
<meta name="viewport" content="width=device-width,initial-scale=1.0,maximum-scale=1.0,user-scalable=0;" />
如果有的话，那请你再仔细的看清楚有没有这个属性的值width=device-width，如果没有请立即加上吧！
20、如何解决iOS 4.3版本中safari对页面中5位数字的自动识别和自动添加样式
新的iOS系统也就是4.3版本，升级后对safari造成了一个bug：即使你添加了如下的meta标签，safari仍然会对页面中的5位连续的数字进行自动识别，并且将其重新渲染样式，也就是说你的css对该标签是无效的。
1
<meta name="format-detection" content="telphone=no" />
我们可以用一个比较龌龊的办法来解决。比如说支付宝wap站点中显示金额的标签，我们都做了如下改写：
1
<button class="t-balance"style="background:none;padding:0;border:0;">95009.00</button>元
㈧ html5能取代android和ios应用程序吗
大量新生移动设备的兴起，改变了互联网的未来。在技术的发展上，HTML5会取代App应用吗？或者说能够在多大程度上取代呢？在HTML5规范中，已经加入了相机、磁力罗盘、GPS信息的支持。很多新兴浏览器也已经开始支持这些新特性。能否用一个统一的HTML5来替代android和ios并行开发的双重成本呢？以下译自Michael Mahemoff的一篇文章，详细分析了HTML5能否取代Android和iOS应用程序。
介绍
移动应用程序(App)和HTML5都是目前最火的技术，二者之间也有不少重叠之处。在移动设备浏览器里运行的html5的web页面，也可以重新打包成不同平台上运行的app。目前很多浏览器都有很好的跨平台支持，（译注：firefox居然可以在android中使用和windows下同样的浏览器内核），HTML5的web方案，对开发者来说更为方便。完成一次，即可多平台使用。但这确实可行吗？仍然有许多必要原因，使得开发者选择了app开发。很明显，很多人已经在这么做了。本文将详细分析两种方案的优劣。
功能丰富
正方：App里可以开发出更丰富的功能
我们把移动功能分成两类。程序本身和程序与系统的结合。比如android里，加入widget图标或者通知提醒之类的。App对这两者都没问题。不用多说，这是肯定的。
反方：APP是挺强，但Web也正在迎头跟进
确实很多原生app实现的功能是HTML5望尘莫及的。不管你的web做的再牛，如果停留在一个没有摄像头支持的沙盒中，很多场合还是玩不转。幸运的是，现在没有这样的沙盒限制了。如果你需要你的web照相片，可以做一个负责照像的app，再把你的web打包进这个应用里面。开源的PhoneGap框架是这么干的。这样widget，手机提醒也都没问题了。
但这种混合开发的问题在于，增加了复杂性，而且不象传统web那样可以直接在浏览器里运行。这个问题短时间内恐怕没辙。好在现在网络标准在不断的高速扩充，先进的浏览器也在一直跟进。Android 3.1已经支持camera了。iOS浏览器也支持WebSocket和设备方向检测了。
总得来说，移动设备在发展，而web也同样在快速变化。桌面浏览器本身，有5家主要浏览器开发商在改进现有标准，丰富新的功能。所以原生App在快速前进，同时，web也在缩小差距。
运行效率
正方：原生APP速度更快
原生APP没有瓶颈，而且可以直接调用GPU加速、使用多线程。
反方：现如今Web已经快多了，而且多数应用也用不着那么快。
这说法有点落伍了。Chrome发布之时带来的Javascript V8，给Web速度带来的飞跃。而现在，计算速度变得更快了：
图片处理引擎已经使用web加速。现在硬件加速也已经开始应用了。
原生APP使用强壮的程序语言（Java, Objective C, C++）。适合写复杂程序，经过历史验证，API丰富。在桌面环境可以方便的用模拟器测试。而Web程序的runtimes和乱七八糟的各路浏览器让人头大。
反方：一般都是Web更简单，特别是需要兼容不同设备的时候。
Web最初的功能只限于文档展示，而不是程序应用，貌似最近俩星期才有了JS。但有了JS后，web的世界马上就不一样了。更何况web不只是静止的，HTML5，CSS3，EcmaScript Harmony（谁知道这是什么？）都给开发者极大帮助。你是喜欢C++，java, JavaScript，那你的个人爱好，也是基于你已经攒下的代码。但是现在没人能否认JavaScript也和前者站在同一擂台上。
浏览器/runtime的互不兼容（碎片），反过来看做APP也是一样。用Java写了Android app，然后又要面对iOS的Objective C。如果能写一个程序，马上能在Android和iOS上运行，多省事啊。这咱还没提WebOS, BlackBerry，Windows Mobile呢。当然，这是理论上的。要是想让程序在每个平台都跑得很漂亮，得做不少调试和妥协。这对很多原生APP也是一样的。不同OS版本，不同的设备。。。
所谓的Web碎片化，一直都是如此。但好消息是现在已经有很多不错的解决办法。Modernizr库，用得好的话，可以帮你兼容一大批主流设备，不管是啥系统，哪个牌子的。看看我们2011年的Google IO演示。
用户体验
正方：原生APP更切合原有平台
操作感受的定义之一，就是用户希望在你的程序里，用与系统连贯统一的方式来操作。不同的平台，都有一些约定俗成的习惯。比如长按按钮会有啥反应。你不能指望用一套统一的HTML5 App去满足所有用户。
此外，整个平台的操作感受都由用平台自有的软件库协调。直接调用平台工具包就能直接免费获得完整支持。
反方：我们Web有自己的传统，你要特想做原有平台那种感觉的web，也一样能做出来
前面说了，Web开发的方式，是先做一个大体适合所有平台的版本，然后再针对不同平台不断改进。当这些改进主要是针对功能时，你可以选择几个你最关心的平台做优化。类似于浏览器检测。技术论坛里的悲催技术员们，经常抱怨这事。太多不同的浏览器版本了。不过如果你优先关注两三种主流平台，是值得为他们多花点时间做做优化。
web本来就有自己的操作感受。我们也可以说，不同的默认浏览器以及运行环境造就了独特的"Web感受"。从更广的角度看，这本身就是一种用户公认的方式。此外，还有很多成功的案例并不遵循移动设备的原生操作习惯，人家也成功了。想想你最喜欢的手机游戏的界面？很多更传统的app也是一样，比如Twitter客户端。
传播途径
正方：原生应用更容易接触客户
象Google Play和Apple Store这样的app发布机制这几年势不可挡，推动了整个移动行业。每个程序员都能在市场里发布自己的应用。用户都挤在市场里浏览，搜索，接受推荐。不仅如此，只要你的程序够好，现有用户的打分会帮助你说服更多新的客户。
反方：其实web才容易接触到客户
通过web找到内容，这是经过论证的可靠途径。利用URL，每一项发布的内容都有一个独立的地址，包括在网站上发布的应用程序。搜索引擎帮助发现内容，其他网站提供链接，还有一些类似应用市场的分类网站。用户还可以邮件、短信、在社交网站分享你的链接。你的应用链接可以直接在不同设备上直接打开。
web上还没有一个统一的评分系统，但这个情况也在发生改变。往下看。。。
收费
正方：App收费：应天意，顺民生
“六岁孩子午饭时做app，$3一个，卖出几百万”。最近常听看到这样的新闻。各种大小厂商也跟着蜂拥而至，等着圈钱。应用商点帮开发商直接收费。最简单的办法，一次性收费。也有在app里再另行收费或者做订阅收费的，这帮助开发商赢得长期稳定的回报。
此外，传统网站的广告、赞助，在app里也同样适用。
反方：网站赚钱，从来都不是问题。现在机会还越来越多
Web能成为现在社会的推动力，有能力用多种方式取得回报，这是基本条件。虽然使用付费并不普遍。但SaaS的模式已经相当普及了。成功案例包括Google Apps，37Signals的系列产品，各类邮件的收费版。另外，直接收费并不是web应用的唯一模式。广告、会员链接，赞助，其他产品服务的交叉推广都是可选的模式。
看着能在应用市场里直接赚钱而眼红的Web开发商们，你们不能直接把你的URL发进市场，但是做一个浏览web的app的壳子来连到自己的web上怎么样？现在市场中如果不说数以千计，至少也有上百的app这么干了。有些包装的好的，你甚至察觉不到他是一个web程序。
以后应用市场会直接支持web程序吗？这个现在还不好说，但去年Google已经建了个Chrome web store。虽然还只能从桌面电脑放问，但这已经挑起了浏览器厂商的兴趣。现在还只是个初步概念，但看起来挺有前途。
结论
现在还看不出完胜的一方。有些应用适合做app，有一些适合用html5。目前的情况，原生APP肯定是一个很重要的选择。上面提到的混合式开发，可能是一个不错的妥协方案。能用web的时候用app调用web。web实现不了的功能用app开发。
如果你选择web方式，要在web标准和不断的改进上用心。web技术本身的优点就是能兼容大批不同的操作系统和设备。消极的看，你也可以这是碎片，但web就是一切通吃。
㈨ 苹果，安卓手机html5的区别
1.android是google公司做的手机系统，ios是苹果公司做的手机系统。
2.android手机系统的手机很多厂家公司在做如HTC，三星，中兴等等。ios只有苹果公司的手机和数码产品才会是ios的手机系统。
3.android手机系统和ios软件开发工具不同，平台不同。软件也不用，所以两个两个平台的软件不能通用，但是好的软件都会有两个系统版本，如QQ 有ios版也就是iphoneQQ，和android版QQ。
4.两个系统都是现在智能手机上最火的系统，也是最有发展的系统。
5.安卓手机完全开源，任何软件开发商或者个人都能开发安卓的软件。苹果ios完全封源开发 。
正是由于开源和各个品牌手机硬件差异极大，导致安卓手机的系统体验各有差异，软件兼容性也不如ios。所以安卓手机总体的系统体验，流畅度，软件兼容性，明显不如系统和软件开发都对硬件有极其针对性的ios，软件数量也不如ios，游戏数量也不如ios，而且很多高质量软件，特别是游戏都是先出现在ios上。不过常用的大公司的软件，比如二楼说的QQ，不会出现上述问题。
. 安卓系统的软件几乎都是免费，而ios的软件和游戏，好的基本都付费，当然苹果可以越狱，越狱后也是免费使用。
安卓手机支持FLASH，可以玩QQ农场，不过需要高端安卓机2.2以上系统才支持。ios不支持FLASH，只支持html5，所以苹果上不能看FLASH，甚至苹果有时候连html5的视频兼容性也不好。
安卓手机使用起来上手快，下载歌曲电影等直接放到手机里就能看，ios则需要同步到手机中，不过越狱后也能直接放到手机里看。