标签:
从初学Objective-C到现在学习iOS开发已经快要一个半月了。最近刚刚学完基本的UIView控件部分,想着先做一个简单的浏览器app练练手。
为什么我要做一款浏览器app呢?我平时特喜欢用手机浏览器app上网,但使用主流浏览器发现有两个缺点:
微软倒是在这方面动了脑筋。WP虽然表现很渣(1%真不是吹的),但是微软很贴心地在内置的IE或是后来的Edge里都把按键集中在了屏幕下方。(Lumia638用户表示确实很舒服)
==================我===是===分===割===线==================
切入正题。
做浏览器首先要选个好的基础。在Dash输入WebView,会返回两类结果:UIWebView和WKWebView。这俩有啥不一样呢?网上大概搜索了一下就明白了。
WebView,
提供了统一的跨双平台 API。拥有 60fps 滚动刷新率、内置手势、高效的app和web信息交换通道、和Safari相同的JavaScript引擎。根据测试,WKWebView拥有比UIWebView更为强大的性能。(具体请见https://www.sencha.com/blog/apple-shows-love-for-html5-with-ios-8/)
那WKWebview完美么?不见得,毕竟苹果还没将UIWebView放进Depreciate列表里。
网上也可以简单的找到几条缺点:
为什么Chrome不用WKWebView?(具体请见https://code.google.com/p/chromium/issues/detail?id=423444)
——There is no cookie management API, which means there is no obvious way to clear/manage cookies(没有控制Cookie的API)
——Protocol handlers no longer work, which breaks several very important features(指针句柄不能用 ?渣翻译)
——POST bodies are missing from delegate callbacks, which breaks certain aspects of form handling(真的是翻不出来)
此外,WKWebView对读取本地html文件的支持也不好。(具体请见http://blogging.alastair.is/the-disappointing-reality-of-wkwebview/)
那么,问题来了,这两个该选哪一个?
说到底,这个问题应该是这样的:同一类方案,A方案足以满足现有需求,虽有不少缺点但有大量的解决方案,B方案有不少闪光点,但是缺点也不小,该选哪个?
这个问题到让我想起了2008年。那年,诺基亚如日中天,iPhone不过还是个襁褓中的婴儿。后面的故事大家也都知道了。那么给我们的思考是什么?
至少在我看来,如果A拿不出B那样的亮点,那么当B集中力量解决自己的缺点之后,这个世界就没A什么事儿了。
所以我的结论是,选WKWebView,有闪光点的方案总是值得关注的,尤其是那些缺点很容易改正的。
标签:
原文地址:http://www.cnblogs.com/rim99/p/4779424.html