① 苹果对html5的支持怎么那么低啊

具体哪个系统?难道你要说web浏览器?哪里低了呢?楼主想要实现哪个效果结果实现不了?

② 苹果有多爱HTML5

本文记录了在iOS 8成为苹果设备基准的现在,对其进行了当前版本HTML5的性能测试结果,和测试发现的技术问题。
iOS 8新特性将促进HTML5开发
让我们先来看看升级iOS 8的一些新特性。

这些特性对促进HTML5开发很有帮助,我们挑选出其中重要的几条:
WebGL 3D Graphics
3D图形的硬件加速支持,对web开发者来说这无疑是一个非常重要的特性。我们很想看到这条特性在游戏中有更多的应用,不过它还有更多的其它用法,特别是在动画和变换的领域里。想快速了解它能干什么,点击 WebGL Sprite Particle Demo
CSS Shapes
能够控制文字层的形状,来形成更为多变的文字布局。
HTML模板
Web组件的基础元素之一。它让我们离真正的Web模块化和更多潜在应用又近了一步,我们将更少的依赖polyfill。
导航/更精确的计时API
多数人可能用不到,但对于测试来说是非常赞的特性。
IndexedDB
HTML5的Web SQL标准已不再维护并很可能在将来被废弃,使用IndexedDB将拥有很好的跨平台支持(iOS、Android、Chrome for Android、Safari、IE移动版等)。
SVG片段标示符
这个特性隐藏在神秘的名字下面,但相信我们,它是一个非常强大的特性。它能构建非常强大的向量化精灵表。这不仅在web游戏中非常重要,在动态图标和其他动态UI组件里也非常重要。
作为移动web开发者,你可能已经习惯于以最新浏览器特性为目标而开发了,我们知道苹果的升级系统能让iOS 8迅速普及,如果你的应用专门为iOS而开发,那么你现在就能利用像IndexedDB、SVG片段标示符等新特性了。如果你想兼容iOS 7或者进行跨平台开发,你能使用Sencha Touch内建的系统探测来利用这些特性。Sencha Touch让你能现在就使用这些新特性并逐步的淘汰旧代码

全新的WKWebView
随着iOS 8的发布,我们同时痛并快乐着,因为iOS 8带来了一些碎片化的问题。iOS 8里面内建了两个原生的webview,第一个是我们知道并喜爱的UIWebView,它因为兼容性而保留下来,但幸运的是,苹果并没有简单的将旧iOS 7 UIWebView装进iOS 8里,而是升级了WebKit核心模块并发布了全新的WKWebView。WKWebView将被hybrid app所使用。它使用了Nitro JS引擎,经我们测试至少比UIWebView的性能高四倍。这将很有可能引领hybrid app获得巨大成功。不过,目前它还有一些影响所有人的重大bug,下面我们将谈到这一点。
不过好消息是从Web开发的远景看来,全新的高性能WKWebView向着正确的方向走了一大步。即使现在Javascript已经很少成为应用瓶颈,更典型的问题是动画和DOM重绘上,我们相信随着对DOM核心的实质化的改进,WKWebView将帮助Sencha Touch应用在性能上看到巨大的改进。
性能的全面提升
对版本升级的性能测试总是必要的,并且这一次我们发现了一些更有趣的结果。总体上来说,升级到iOS 8看上去对所有用户都有利的。这里有一些指标在iOS 8里稍微下降了,如Base64和代码调用。让我们来仔细的分析一下这些图表,来弄清楚它们都代表什么。
注意:所有测试都在第5代iPod Touch上进行,旨在找出iOS开发所需要面临的性能下限。

这些测试里只有CodeLoad指标iOS 8的表现略低,CodeLoad是评价JS引擎在加载非常大的JS文件后需要花多长时间开始运行,这对于Closure和jQuery这样的库来说是需要引起注意的。

实际的测试表现比图表上的还要好,Dom Query的巨大提升掩盖了其他几项其实也是提升很大的,其中Attributes提升122%、Modification提升65%、Dom Traversal提升48%,而Dom Query的提升则是惊人的308%。

CSS选择器的测试,iOS 8也获得了全面的提升,Ext JS在简单的移到iOS 8 Safari之后即获得126%的时间提升。

需要注意的是CSS选择器使用的是Ext JS 3.x版本,而现在Ext JS 5.x版本已经发布,所以获得的提升还要更大。

这里Base64和Code Eval性能表现有了微小的下降,不过就像前面所说的,相对于对于JS引擎的效率来说,GPU合成才是更值得关注的,而且其他几项的提升也都非常大。

这个测试结果已无需多说,它表明iOS 8在Canvas方面有非常大的改进。

注意这个测试时iOS 8里面两个webview之间测试,WKWebView全面胜出。

Sunspider测试的结果相差不大。

HTML5测试表明了iOS 8在HTML5支持方面也有了明显提升,我们来简单的分析一下其中的重要结果:

· 无缝的iFrame从iOS 8里面移除
· IndexedDB被添加到iOS 8 Safari和WKWebView中
· IndexedDB目前不支持iOS 8 UIWebView和Homescreen app(设置主屏快捷方式的web app)
· Objectstore ArrayBuffer已经在iOS 8 Safari和WKWebView中生效(但是HTML5测试没能测出来,要不然测试得分将达到440分)
· Objectstore ArrayBuffer不支持iOS 8 UIWebView和Homescreen app
· WebGL 3D Graphics被添加到iOS 8 Safari、WKWebView、UIWebView和Homescreen app中
· UIWebView、WKWebView和Homescreen app的userAgent是完全一致的
尽管苹果为了保持WKWebView、UIWebView和Homescreen app有同一水平的可用性而做了不少工作,但其中的差异仍然造成了一些困扰,由于三者的userAgent是一样的,开发者需要自己去标示这三者并小心的使用新特性。

Bug说明
我们都知道没有软件的发布没有伴随着bug的,iOS 8也不例外。经过探索我们发现了3个主要问题,将影响大多数HTML5开发者。
WKWebView 无法加载本地文件
测试中WKWebView无法读取本地文件,这让使用PhoneGap/Cordova开发,能提供离线功能的应用失去了用武之地。比如,它不能加载本地的index.html,但访问Web网站的功能是好的。
XHR本地文件访问
在WKWebView中XHR无法将本地文件发送到Web,比如使用AJAX来提交系统图库中的图片将出现错误。
Homescreen app在锁定/唤醒后失去计时功能
WKWebView中Homescreen app在锁定唤醒之后带计时功能的函数将失效,如setTimeout、requestAnimationFrame等。
不过好消息是这些Bug仅影响WKWebView应用,如果使用iOS 8 UIWebView则不会受到影响。
即将到来
总之,我们非常高兴的看到iOS 8的发布,以及苹果在iOS 8上表明的对HTML5的态度,因为性能改进和新特性将极大的提升用户在iOS 8上使用Web App的体验。

Source: caniuse.com
如果我们看得更远的话,我们会发现iOS 8和Chrome for Android在一些卓越的新特性上有许多交叉,Chrome for Android其实已经部分的支持了WebGL 3D Graphics但一些旧的机型没有能力来驱动它。
总结
对Web开发者来说,iOS 8无疑是一个令人激动的发布,它拥有激动人心的新特性和重大的性能改进,将极大的促进HTML5跨平台开发。.

③ 苹果为什么不支持flash,而是用html5技术

Flash是一个落后于时代的技术,靠对客户端的高资源占用率来获取传输过程内的低带容宽占用。
窄带时代,Flash能节省带宽资源,客户端应用也相对简单。
在宽带时代,随着Adobe对Flash不断做加法,其客户端应用研发已经处于失控状态:一些并不复杂的应用,即便在配置很高的PC跑起来都不能保证流畅,更别提CPU、GPU占用率,即便Adobe宣布支持硬件加速后,这种情况依然没有改善。Flash目前唯一的优势就是开发人员及装机量。
而Apple做产品的思路,则是宁缺勿滥:如果不能保证系统流畅度,就暂时不采用。
对Flash就是如此。首先是流畅度问题,其次是对硬件资源消耗无法控制(试想一下在开心网偷半个小时的菜就导致手机没电了),最后还有漏洞,对iOS系统安全也是威胁。
此外,客户端互动技术也不是Adobe一家独有,还有很多更加先进、公开的标准化技术可供选择,因此Flash得不到iOS支持就顺理成章了。

④ iphone支持html5吗

Steve Jobs描述了为什么苹果公司在iPhones、iPods、iPads上不支持flash
1.开放性,从现状来看flash已经得到广泛的支持,但这并不代表flash本身是开放性的标准。苹果认为需要找寻业界公认的开发标准来达成目标。

2.对网络应用的支持,按照adobe公司的观点,苹果的移动设备无法访问75%基于flash的网络视频资源。苹果认为很多业界公司并非使用flash作为视频载体,也就是说苹果用户并未像adobe所说的那样缺乏访问视频资源的能力

3.安全性及性能,引用赛门铁克的评估,2009年flash已经成为安全问题发生最多的区域。有趣的是Steve提到adobe在支持smartphone平台上的一再跳票。

4.电池寿命,总所周知,移动平台上电池续航能力是很重要的衡量指标。STEVE拿出这个问题来谈,如果苹果的测试结果可信,的确会让adobe比较头疼了。

5.触摸功能,flash最初设计是针对PC平台的。在PC平台上的确不用考虑太多触摸功能的方面。但到了移动平台,对触摸功能的支持力度不够就成为flash很重要的缺陷了。当然,也可以通过修改以后flash实现来实现触摸功能,但是正如STEVE所说,如果现在要重写功能了,为什么不是用HTML5、CSS、 JavaScript这些标准技术,而是继续使用flash呢??

6.平台的独立性。这部分STEVE说了很多,个人感觉就是,如果你是依托于某个第三方平台,如flash,而不是开发标准来实现。如果需要某种新功能时,你就只能祈祷这个第三方公司去实现新功能的支持了。这会妨碍开发人员的创新性。

⑤ 针对苹果手机默认浏览器而言,html5+css3制作页面需要注意哪些

1)HTML5是苹果大力推荐的,可以到苹果官方网站上学习,web 开发者社区里有版很多资料
2)实际操权作时,跟普通的制作页面没有啥大的区别,看你的功能需求而定。其实很多HTML5+CSS3的新特性在一般页面制作时用不上。
3)加强测试,直接以Safiri作为基础浏览器进行开发就可以了,不支持的内容立即就能看出来。
4)部分元素属性,查阅浏览器兼容信息表

⑥ 怎么让网站上的视频在苹果手机上直接播放,用html5语言能做到

可以做到。
1、下载播放器软件
2、关于html5语言的方法:使用基 于Webkit的浏览器如Safari/Chrome,然后登录苹果官方站点,便可以用HTML5视频标签功能直接用浏览器来播放

⑦ 苹果app里可以接入html5游戏吗

可以的,只要接口调用跟native一样就可以了。
方法一、,速度完成与H5类似iOS 版本的APP,然后至少还需要招聘一名iOS开发人员,以解决iOS版本的更新迭代。(工作量和成本都很高)
方法二、针对AppStore进行包装。将HTML5应用用phonograph打包,取消HTML5中的弹簧效果等,让其看起来更像是一个原生应用。(适合刚开始进行HTML5开发人员,用phonegrap开发然后打包)
方法三、针对AppStore的规则,隐藏webview,在审核期间,展示APP的外壳,以供AppStore审核用。在审核通过后,可以通过后台,对其布局进行配置。这个时候,用户后打开的就是你在后台配置的布局了。。。
如果使用第三种,要注意几个地方。
1、APP审核期间要保证你的后台布局是为了给AppStore审核人员看的布局。
2、APP审核通过之后,其实也是有几率会被发现及下架的,做好最坏的打算。
3、试用与应急或者对APP体验要求不高的应用,一般服务类APP。

⑧ 苹果为什么不支持flash,而是用html5技术

1.Flash是一项封闭的商业来应用源,不管Adobe的开放策略多么完善,但这仍然是一个商业公司的独立项目。

2.据上所述,使用Flash可能会导致不可预见的问题,例如Adobe有一天挟自己的统治地位要做一些事情,那么苹果可能会处于非常被动的局面,苹果没有理由为Adobe添彩,并且在大多数时候HTML5的表现也没那么糟糕。

3.HTML5是一项完全免费并且开放的新标准,这就像是我们正在使用的HTML语言一样,这终将成为互联网的重要基石。尽管HTML5距离Flash部分指标有差距,但是会有浏览器厂商、标准化组织、开发者不断作出针对性的改进,就像是五年前的Flash与现在的Flash并不可同日而语,HTML5是未来的通用标准。

4.现在基于移动设备的Flash应用大多数是视频播放,在这个部分HTML5的确更有优势,包括省电、省流量。

5.Flash、HTML5的应用开发现在还言之过早,并且HTML5有足够的时间与潜力去追赶,开放性与广泛支持是HTML5的重要底气。