我正在编写一个应用程序,其中包含一组嵌入式 lua 脚本。我希望能够在 iPad 上编辑脚本——这可能吗?
我想到的工作流程是:
- 启动我的应用程序并进行测试;
- 在 iPad 上使用我的文本编辑器对 lua 脚本进行更改;
- 关闭我的应用;
- 重新启动我的应用以重新加载脚本;
- 转到 1.
编辑:我可以将“打开方式”选项添加到我的应用程序并按照 this question 打开文本文件。 ,但是,一旦我这样做了,文本编辑器会把文件保存回它的来源吗?还是只使用副本?这假设我可以找到一个可以打开 lua 文件的文本编辑器,我想附近有一个。
最佳答案
作为@danielbeard correctly stated由于 iOS 沙盒模型,这不会像预期的那样直接在桌面(或更宽松的移动)操作系统上工作,它有效地将应用程序数据限制在应用程序本身,尽管值得注意的是手头的问题不是沙盒 本身,它也存在于较新版本的 OS X 中,但事实上 iOS 没有提供镜像到应用程序沙箱中的统一文件系统层。通过在 Lion 的 TextEdit 中编辑桌面上的文本文档,您可以清楚、非常简单地亲眼看到这一点。 TextEdit 看到文档位于其沙盒中 - ~/Library/Containers/com.apple.TextEdit/Data/Desktop
,但它也清楚地保存在您的桌面上 ~/Desktop
– 同时;出于沙箱的目的,两个目录都是一个。
iOS不存在跨应用文件层。 这意味着在 iOS 中,不可能在多个应用程序中编辑一个文件的同一个物理副本,因为每个应用程序都需要在自己的沙箱中有一个副本。 然而,可以通过自 iOS 3.2 起支持的“打开方式”机制将文件从应用程序沙箱“传递”到应用程序沙箱(严格来说:复制它们),如在其他应用程序中打开邮件附件时所见应用程序。
如果您的应用实现了通过此机制转发其 .lua
文档的功能,则任何识别该文件类型的文本编辑器都可以将副本接收到其自己的沙箱中。我对实现细节不太清楚,我自己不是 iOS 开发人员,但如果 OS X 的 UTI 声明规则和我在使用我的 iDevices 时观察到的一些东西成立,你甚至可以将文件类型插入 public.text
您自己的应用程序中的 UTI 层次结构,这将为设备上的所有文本编辑器添加对它的支持。
如果接收编辑器也实现了“打开方式”,并且您的应用程序已注册为能够编辑 .lua
文件,编辑器稍后可以将编辑后的文件复制回您应用程序的沙箱。在 iOS SDK 强加的限制范围内,我对此一无所知,在那里会发生什么(重复数据删除、版本控制、覆盖有或没有提示)将取决于你。
以下 Apple Developer 文档可能会提供有用的起点:
- iOS 应用程序编程指南,特别是 “App-Related Resources” 部分
- Document-Based App Programming Guide for iOS
- 信息属性列表关键引用,特别是 “Cocoa Keys” 部分
关于ios - 如何在 iOS 中编辑来自另一个应用程序的文本,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10508661/