从编程的角度来看，iPhoneOS3.0需要什么？
iPhone OS 3.0将于下周（3月17日）发布和预览 我们都知道用户想要的功能集。复制/粘贴、彩信、iPhone上的Flash等 我们会考虑的从编程的角度来看，iPhoneOS3.0需要什么？,iphone,mobile,Iphone,Mobile,iPhone OS 3.0将于下周（3月17日）发布和预览 我们都知道用户想要的功能集。复制/粘贴、彩信、iPhone上的Flash等 我们会考虑的 我感兴趣的是，开发社区认为SDK缺少什么，需要什么，以使平台编程更简单、更高效。一个非基于Mac的开发环境 减少沙箱作业。这种情况不太可能发生，但如果一个应用程序的功能比当前稍大一些（例如，实际的文件系统访问，即使是只读访问，也会允许存在更有趣的应用程序），那将是一件值得赞赏的事 编辑：还可以访问复制/粘贴API。但我希望这一点对苹果来说是显而易见
我感兴趣的是，开发社区认为SDK缺少什么，需要什么，以使平台编程更简单、更高效。一个非基于Mac的开发环境 减少沙箱作业。这种情况不太可能发生，但如果一个应用程序的功能比当前稍大一些（例如，实际的文件系统访问，即使是只读访问，也会允许存在更有趣的应用程序），那将是一件值得赞赏的事 编辑：还可以访问复制/粘贴API。但我希望这一点对苹果来说是显而易见的。
- 一个更完整的界面生成器，支持自定义调色板和诸如此类的东西
- 更好地控制键盘
- 更好的单元测试支持。（可以进行单元测试，但只能在模拟器上进行，而且设置起来非常困难。）
- 推送通知。求你了
- 更精确的模拟器，即具有更精确的框架集的模拟器
- 能够轻松构建视图，如“邮件撰写”窗口
- 因此，在应用程序编写窗口中
- 这是一种比调用URL更好的应用程序本地共享数据的方法
- 访问日历、笔记、邮件（可能为只读）和书签（同样为只读）数据库。甚至可能限制对iPod数据库的访问，即使只是能够读取歌曲元数据，访问和更改播放的歌曲也会有所帮助
- UILabel和UIWebView之间的某种中间地带，允许格式化文本而无需大量麻烦
- 更多内置工具栏图标
- 返回beta SDK中的“玻璃”按钮样式
- 公开了一些有用的内部视图，如UIProgressHUD
- 小马
- 能够发送SMS消息，而无需启动SMS客户端并让用户键入消息
- 访问原始相机数据，以便无需拍照并等待保存即可完成操作（就像Android一样）
- 推送通知以便您可以启动任务。。。需要是用户可控制的
- 一个可以对焦的相机（我知道…必须等待下一部iPhone…如果他们决定把它放进去…）
- 使用良好的用户界面推送通知（除了标签/声音/任何东西之外，还有消息堆栈-如果它们必须有额外的批准步骤，这样应用程序就不会令人讨厌，那就这样吧）
- 多个完整进程（我意识到，在当前操作系统中不可能实现，但是我从来没有看到过一个好的解释，为什么iPhone不支持虚拟内存）
- 可以在后台运行的应用程序的较小“后台”版本-没有GUI，并且内存限制非常严格
- 一种用于Mobile Safari的简单Javascript bookmarklet安装方法。（OpenRadar:，）
- UIWebView需要更多UIScrollView的属性和方法，如contentOffset
- 某些内置行为和视图的更多配置，例如UITableViewCell的“删除”按钮上的按钮文本，或UIAlertSheet/UIAlertView按钮的样式和文本。（其中一些可以在今天使用未记录的电话进行，但我不希望依赖这些。）
- UINavigationController提供了更大的灵活性，例如能够有选择地推/弹出不显示导航栏但使用相同动画和堆栈的视图，或者在导航栏按钮标签和行为上具有更大的自定义性
- 能够根据UIViewController限制接口方向，而不仅仅是通过shouldAutorotate接受/拒绝更改。例如，我希望我的主要内容视图是自动旋转的，但我希望我的导航层次结构和设置屏幕始终以纵向显示，即使内容视图旋转到横向
- libxml及其方便的domxml解析器，而不是基于SAX的NSXMLParser
- libcurl w/SSL，或用于NSURLConnection的更多选项和功能
- 能够检查URL方案是否已注册。这可用于应用程序检测是否安装了其他特定的应用程序，并有选择地启用功能，例如，当Instapaper检测到安装了Tweetie时，它可以提供“带有T的帖子”