iPhone SDK谣言和猜测

杰里米·霍维茨在iLounge报道Apple的iPhone SDK计划包括使用iTunes Store作为分发中心(这并不奇怪),Apple将扮演守门人的角色,根据具体情况批准每个应用程序(也不奇怪)如果你希望打开“编写你想要的任何应用程序/安装你想要的任何应用程序”的情况,如Mac(或者,就此而言,当前的地下越狱iPhone SDK),你几乎肯定会感到失望。

对于商业开发者来说,通过iTunes进行分发有可能比Mac的分销模式更有利可图Once you’ve crossed the hurdle of getting Apple to list your app, all a potential user would need to do is click “Buy” in iTunes: the iTunes Store already has their billing info, and iTunes (the app) will handle downloading the software and installing it最大的悬而未决的问题是,仅限iTunes的分销模式是否能够提供免费软件。

霍维茨还报道:

Under current plans, SDK developers will be prevented from interfacing directly with Dock Connector-based accessories connected to the iPhone or iPod touch—a decision that we are told could cripple development of new accessories such as physical keyboards, traditional add-ons, and more ambitious, creative accessories such as Delphi’s iPhone car control prototypeOne source described this limit as a guarantee that SDK-developed applications would be nearly as limited as current web-based ones, while consuming more of the device’s storage capacity.

Horwitz’s source sounds like a would-be peripheral maker — if what you really want to do is write iPhone software to provide an interface to a hardware peripheral, yes, a complete lack of access to the dock connector port puts the native SDK in the same boat as writing a web app: theS,S无用但对于纯软件开发人员来说,本机SDK有很多潜在的优势。Craig Hockenberry的基准将MobileSafari中运行的JavaScript与Objective-C编译的等效代码进行比较,显示出巨大的性能差异任何真正使用过iPhone或iPod Touch的人都会注意到,与Apple的原生应用程序相比,网络应用程序对触摸事件的反应灵敏度要低得多。

如果底座连接器是禁止的,这是不幸的,但也不足为奇 - 显然,Apple在此SDK之前一直在努力的方法是沙盒应用程序的安全性和资源控制的方法(期待“沙盒”是一个经常重复的词。)应用程序不直接与硬件端口通信苹果电脑OS X,也是这是内核扩展和其他设备驱动程序的领域从理论上讲,苹果公司可能会宣布一个非常自由的人应用SDK,但仍然不允许第三方硬件驱动程序如果SDK严重限制对文件系统的直接访问,更不用说直接访问硬件,我不会感到惊讶。

我期望的一个声明是,对SDK的访问将被分层,并且一个这样的分层将用于网络访问:所有人都使用Wi-Fi,仅限少数特权的EDGE,很可能确实很少原因很明显,但我怀疑不会阻止互联网宣布SDK从一开始就注定失败。

走着瞧星期四

以前: 只是互联网
下一个: ExpanDrive