TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Android beats Iphone at web browsing

6 点作者 ayers大约 14 年前

6 条评论

cgranade大约 14 年前
I find it interesting that the study found Android to be so markedly better only for sites that weren't optimized for mobiles. On mobile-friendly sites, the median was quite close and even in iOS's favor: "The two operating systems were much more closely matched for mobile specific websites with Android only faster three per cent of the time, with a median load time of 2.085 seconds versus the Iphone's 2.024 seconds."<p>I don't think for a moment that the difference in load times for mobile-friendly sites (about 3%) is significant, given the errors inherent in such a test, and the results for non-optimized sites clearly show that there is a lot of merit to Android's browser stack. Rather, I bring this up because I think it reflects on Apple's design philosophy as compared with Google's. Whereas Apple designs for their ideal of what the Web should be, Google designs for the Web that actually exists. One could argue that Apple's approach is better in the long-term, but I don't think that I agree. They've taken a lot of liberties with the idea of a web standard, after all, and seem to be banking on their market power to ensure that their technical strategy works. On the other hand, Google's approach is more developer friendly, I think, in that it treats standards as tools which may or may not be employed by individual web development teams.<p>Maybe I'm reading too much into this, but all the same, I do think there's some room for very interesting analysis--- The Inquirer missed an opportunity here to delve deeper. Alas.
Samuel_Michon大约 14 年前
From the article: <i>"Blaze has produced a report that proves Android is faster than the Iphone[sic] at web browsing."</i><p>This is incorrect. Blaze didn't even test the Android browser or Mobile Safari. It tested the performance of embedded browsers in third party apps.<p>From the report [0]: <i>"The measurement itself was done using the custom apps, which use the platform’s embedded browser. This means WebView (based on Chrome) for Android, and UIWebView (based on Safari) for iPhone."</i><p>Mobile Safari is faster than embedded browsers in third party iOS apps [1].<p>[0] <a href="http://www.blaze.io/uncategorized/mobile/iphone-vs-android-45000-tests-prove-whose-browser-is-faster/" rel="nofollow">http://www.blaze.io/uncategorized/mobile/iphone-vs-android-4...</a><p>[1] <a href="http://www.computerworld.com/s/article/9214752/Apple_Blaze_study_on_iPhone_4_browser_performance_flawed_" rel="nofollow">http://www.computerworld.com/s/article/9214752/Apple_Blaze_s...</a>
Garbage大约 14 年前
Android/iPhone web browsing speed test flawed - <a href="http://www.zdnet.com/blog/hardware/androidiphone-web-browsing-speed-test-flawed/11920" rel="nofollow">http://www.zdnet.com/blog/hardware/androidiphone-web-browsin...</a>
adamkittelson大约 14 年前
A longstanding quirk of the Android browser is that it can't handle elements that use overflow: auto to create a separate scrollable area. iOS devices handle this by two finger scrolling within these elements.<p>There is a two year old bug report noting that you cannot browse the android developer site on an android device as a result of this.<p><a href="http://code.google.com/p/android/issues/detail?id=2118" rel="nofollow">http://code.google.com/p/android/issues/detail?id=2118</a><p>Until this is resolved I'd have a hard time accepting that android beats iPhone at web browsing.
YooLi大约 14 年前
How many times does this need to be posted? It has already been shown to be a bogus report that doesn't even test what it claims to.
davis_m大约 14 年前
They have to use in app browsers, on wifi, to non-mobile sites to get those numbers. When they compare non-mobile sites, or browsing speed over 3G, the gap is non-existant The phones are even in every other metric.<p>I understand they want to get traffic, and sell their website optimization, but they are taking the editorializing a little too far.