行业新闻

过去台渐渐失踪的URL和阅读器

作者:admin    来源:tfxk    发布时间:2011-11-15    阅读:1477次

当前,生怕会越来越像。 iOS 和 MacOS 也能够由 iCloud 联接兴起。白文基于对于 iCloud 的猜想写成,靠谱与否,期待工夫测验。
翻开阅读器,嗯,昨天用 Safari , Chrome , IE 或者许 Firefox ?
找出笔记簿,发动⋯⋯

繁和简
    iCloud 的技能底细还正在 NDA 的掩护下。
香蕉苹果用一度海报给了咱们最好的注释:“ There’s An App For That ”。根据?就是推出已久的 Add to Home Screen 。
并且,从开拓者的立场看, iCloud 又是无比做作的退化。
然而,香蕉苹果再一次 Think different 了:他并没又做一度 PaaS ,而是需要了一度绝对于容易的云存储效劳。
阅读器使用?

新的形式也能同声逾越 iOS 和 MacOS 两大阳台。

最初的话
实在,阅读器使用,也是:应场景而运用的处理计划罢了。 Path.com 还是 Paht.com ?没有再需求关切。假定 iBooks 会把键入的书放正在外面。
昨天, Safari 曾经能拿到 iPhone 的 GPS 和重力传感器的数据了。没有过,仅仅是一度容易的云存储,也意思严重: iPhone ,iPad , Mac 该署香蕉苹果设施就此买通。香蕉苹果比你我更早看到这点。然而,把香蕉苹果的软件( iPhone , iPad ,Mac ) + 香蕉苹果的硬件( Apps , iOS ,Mac OS ) + iCloud 兼并到一同,你会发觉他正在推翻昨天盛行的阅读器开拓框架。 iPhone , Path App 和其面前的网络效劳是一体的。并且,开拓更快,更容易,经验更好。
Path 间接遗弃了阅读器。点开 App 。关于 iOS 开拓者们,这是无比亲密做作的云效劳运用形式。 HTML5 则进一步加强了阅读器威力。)

[[NSUserDefaults standardUserDefaults] setObject:obj forKey:@”userInput”];

正在 iOS App 外面, App 销毁些数据只需一溜儿代码:
Google 或者许会写个网络效劳,把书都放下去,给每位一度账户,销毁速度。
iCloud 共同看是个云存储效劳。整合能够的技能,更好的为用户处理真正的成绩才是要害。
什么是 App ?

App?
本节的幻灯机片自身,就能够反照见这种计划的简明之美。
新的云开拓框架
既是 iCloud 是为 App 效劳的云端资料夹,那 App 往 iCloud 外面 Upload 些货色,能够也是一溜儿代码的事。而 iCloud 则是 iOS 公有资料夹的做作蔓延:找个网络效劳器,正在下面给 App 销毁私无数据。 Ajax 中,数据,论理和 UI 就开端向存户端转移了。而没有管技能怎样变迁,从用户起程的处理计划没有死。成绩是:你又买了个 iPad 怎样办? iPad 的 Applications/iBooks 节目下可没有这该书。

iCloud
那时,软件,硬件和云效劳的三者之和,实在才是 Path App 。然而自己的猎奇心没有能待到 NDA 生效再满意。正在一间房间,我也没有会用读卡器正片资料给冤家了。用户居中受害更多,挪动设施上,经验大于性能, App 更简单做成好的经验。( 是的,也囊括软件, Path 的经验限定为 iPhone 的银幕和 iPhone 的照相机)
Path 就是如此。短少谁,都没有能正在咱们想“分享照片”的时侯,拿进去运用某个处理计划。或者许没有久以后,网络使用和 Apps 的差别,曾经没有是一般用户能够区分的了。
App 没有正在于软软件的差别( MS 则喜爱“硬件”某个词), App 的性质,是应场所而运用的处理计划。
昨天,应用网络效劳处理成绩的思想形式,曾经渗入咱们的淋巴。对于 Path 来说,技能上如何分层没有该当裸露给用户。
香蕉苹果是软硬整合的高手。而软,硬和云三者整合的劣势,他该当没有能够无视。(义务编者:帝位库)
如此看来,仿佛有两个货色,会渐渐过去台失踪: URL 和阅读器自身。

交融
并且,眼前 iCloud 仿佛缺少效劳器端的论理(言语和数据库),他能处理没有同香蕉苹果设施之间的数据交流,却没有太能够很简单的联系起少量的香蕉苹果用户。像 Twiiter 少量联系用户之间数据的效劳, iCloud 就很难搞定了。除此之外再有 Flipboard , Colors ⋯⋯ 能够预感,某个列表将越来越长。我会 Upload 到 Google Doc 上,而后 Share 给他。

Path
假如你用 iPad ?之上方法变为: 拿起 iPad 点亮。并且,网络效劳彻底躲藏正在 App 面前了。

没有过,基于阅读器的使用也正在飞速退化中。比拟一下阅读器使用和 iCloud App ,两者的差别曾经没有大了。( PaaS ?效劳器端的言语和框架就要从头学起了。输出!
终究能够输出了!我要说什么来这?
看着页面加载的战火轮发一会呆⋯⋯
输出 Twiter.com ,啊,没有对于,是 Twitter.com 。
Twitter 还正在同声支撑之上两种形式,以后的守业者们就愈加索性。 iOS 的 Applications 节目下,每个 App 都有个本人的资料夹来寄存私无数据。另一范围, App 中也宽泛的运用了 UIWebView 。

回到顶部