从编程的角度来看，iPhone OS 3.0需要什么？

Question

iPhone OS 3.0将在下周（3月17日）公布和预览。

我们都知道用户想要的功能集。复制/粘贴，彩信，iPhone上的Flash等

我们会看到这些。

我感兴趣的是开发社区认为 SDK 缺少需要的东西，使平台编程更容易，更高效。

Answer 1

• 一个更完整的Interface Builder，支持自定义调色板和各种类型的好东西。
• 更好地控制键盘。
• 更好的单元测试支持。 （单元测试可以完成，但只能在模拟器上完成，设置起来非常尴尬。）
• 推送通知。 请。
• 更准确的模拟器，即具有更准确的框架集的模拟器。
• 能够轻松构建视图，例如Mail撰写窗口。
• 就此而言，是一个应用内撰写窗口。
• 应用程序在本地共享数据的一种更好方式，而不是通过调用URL。
• 访问日历，备注，邮件（可能是只读）和书签（再次，只读）数据库。甚至可能有限的访问iPod数据库 - 即使只是阅读歌曲元数据和访问和更改播放歌曲的能力将是有帮助的。
• UILabel和UIWebView之间的某种中间立场，允许格式化文本而不会有太大的麻烦。
• 更多内置工具栏图标。
• 返回测试版SDK中的“玻璃”按钮样式。
• 一些有用的内部视图，如UIProgressHUD，暴露。

最后但并非最不重要......

• 小马。

Answer 2

• Mobile Safari的简易Javascript书签安装方法。 （OpenRadar：1，2）
• UIWebView需要更多UIScrollView的属性和方法，例如contentOffset。
• 对某些内置行为和视图的更多可配置性，例如UITableViewCell的“删除”按钮上的按钮文本，或UIAlertSheet / UIAlertView按钮的样式和文本。 （今天其中一些可以通过无证调用来完成，但我宁愿不依赖它们。）
• UINavigationController提供更大的灵活性，例如能够有选择地不显示导航栏但使用相同的动画和堆栈的推/弹视图，或者更多可通过导航栏按钮标签和行为进行自定义。
• 能够限制每个UIViewController的界面方向，而不仅仅是通过shouldAutorotate接受/拒绝更改。例如。我希望我的主要内容视图是可自动旋转的，但我希望我的导航层次结构和设置屏幕始终以纵向显示，即使内容视图已旋转为横向。
• libxml及其方便的DOM XML解析器，而不是基于SAX的NSXMLParser。
• libcurl w / SSL，或NSURLConnection的更多选项和功能。
• 能够检查是否已注册URL方案。这可以用于应用程序以检测是否安装了其他特定应用程序，并且选择性地启用功能，例如，当Instapaper检测到Tweetie安装时，它可以提供“Post with Tweetie”按钮。 （免责声明：这是一个插件。我制作Instapaper。）

我相信我会想到更多，但总的来说，我非常很高兴为iPhone开发。我对iPhone操作系统，SDK和开发工具的质量和复杂程度感到惊讶，因为它们都非常年轻。

Answer 3

我很惊讶没人提到垃圾收集。 Mac上的Objective-C 2.0支持可选的垃圾收集。我真的没有看到任何理由它在iPhone上也不能正常工作，它将消除必须在整个地方明确释放物体的繁琐工作。

Answer 4

我最希望的是允许iPhone通过蓝牙或其他方式相互通信。当然，如果他们在同一个Wi-Fi网络上，他们可以通过Bonjour进行交谈，但这在2009年还不够方便。如果我和一个朋友一起出去想玩多人游戏，我们首先必须找到一个星巴克或其他任何东西都可以在同一个Wi-Fi网络上使用。另外，想想如果iPhone可以在不需要Wi-Fi的情况下相互通话，那么你可以拥有的社交应用程序数量可笑。交换名片，与那边可爱的女孩调情等。

形成PURE程序员视角，使XCode对IDE有所帮助，因为Eclipse或IntelliJ在Java世界中。我浪费了很多时间在IDE输入时我可以找到的愚蠢的东西。

我也不明白为什么我不能在不使用图像的情况下对按钮进行着色。

Answer 5

在这一点上，更好的多任务处理绝对是关键。安卓得到了它，Palm的WebOS拥有它 - 它似乎都在很大程度上不受限制和良好实现的方式。可能性：

• 推送具有良好用户界面的通知（除了徽章/声音/其他任何消息堆栈 - 如果他们必须有额外的批准步骤，那么应用程序不会令人讨厌，所以就这样吧）
• 多个完整的进程（当前操作系统无法实现，我意识到，但后来我从未见过为什么iPhone不支持虚拟内存的好解释）
• 可在后台运行的较小“背景”版本的应用程序 - 无GUI和明显更严格的内存限制

Answer 6

• 一个很好的映射API。让我们访问地图应用程序使用的Google地图抽象！
• 更多Interface Builder善良
• 更好的模拟器

Answer 7

• 智能收件箱。传入消息将根据类型路由到已安装的处理程序。
• 简化与桌面同步的同步框架移动我。
• 体面的景观支持，没有大量的错误，特别是对于相机选择器。更好地支持轮换和更多控制。
• 从选择器访问图像上的EXIF数据，以便我们告诉他们的位置
• 更深入地访问相机API，这样我们就不会在轨道上进入标准照片接收器/拾取器
• 推送可以启动应用程序的通知。 （代替完整的多任务，我认为我们不会得到，哪些可能会有问题。）
• 更好，更直观的键盘控制。
• 用于应用程序间消息传递的API。
• 从日历，iTunes，邮件，便笺等访问数据（经用户许可）
• 更精确的模拟器，例如，限制带宽的方法，并使用Mac的相机实际拍照。
• 用于数据交换的电话蓝牙
• 访问iPhone应用使用的更多视图，例如进展HUD，电子邮件地址，缩略图滚动条，照片应用程序中提到的HUD的电子邮件“blobbing”机制等等。

Answer 8

减少沙盒。它不太可能发生，但是对于应用程序来说，它总是比它们目前的功能稍微大一些（例如，实际的文件系统访问权限。即使它是只读访问，它仍然会允许更有趣的应用程序。存在）。

编辑：此外，访问复制/粘贴API。但我希望苹果能够做到这一点。

Answer 9

我的清单：

• Mac提供的功能更全面的IB支持
• 应用内数据传输机制（可能是C＆amp; P，但不一定是）
• 大大改进了相机API，具有更深层次的控制和更大的灵活性
• SDK访问蓝牙和更多支持协议
• 围绕地址簿的真实ObjectiveC框架，就像今天的Mac一样。
• 警告类似于应用尝试访问地址簿数据时的位置警告。

我确信无论他们实际准备什么，都会有一些有趣的曲折。

Answer 10

• 无需启动SMS客户端即可发送短信，并让用户输入消息。

• 访问原始相机数据，这样就可以完成工作而无需拍照并等待保存（就像您可以使用Android一样）

• 推送通知，以便您可以启动任务......需要用户可控制。

• 可以对焦的相机（我知道......必须等待下一部iPhone ...如果他们决定将它放入......）

Answer 11

UIKit等级绘图api。

Answer 12

  

我们都知道人们想要的功能集。复制/粘贴，彩信，iPhone上的Flash等

我原本以为那些具体的项目都在SO愿望清单上（虽然看起来我错了看这条评论的投票:-)。

当你有电子邮件时，彩信是一个非常毫无意义的应用程序。 Flash不是操作系统问题 - 今天可以提供Flash。

我甚至不想要推送通知 - 它们只是一个补丁，我想要后台应用程序。我还希望修复所有破坏的API，如相机，视频和景观支持。对CoreImage过滤器的支持也不错，但可能太多了。

Answer 13

• [[ABAddressBook sharedAddressBook] me]能够使用所有者的邮政编码，电话号码等。
• 能够将文件下载到本地存储并将其同步回iTunes或您的硬盘

Answer 14

从照片中获取EXIF数据

立即拉出所有照片

立即拉出所有联系人

控制屏幕亮度

在iPod部分访问音乐

阅读电子邮件和短信的访问权限

访问Safari Cookie（也许我可以制作某种保存登录的应用程序。）

Answer 15

• 以横向模式修复表格视图
• 可直接访问相机的新相机API
• 上传到应用商店时自动签名代码（而不是xcode中的代码签名）
• 能够请求更多内存，因此用户无需重启手机即可摆脱后台应用

Answer 16

基于非Mac的开发环境。