@danielbeard correctly stated 이것은 iOS 샌드 박싱 모델로 인해 데스크톱 (또는 더 허용되는 모바일) OS에서 예상대로 똑같이 작동하지 않습니다. 이는 응용 프로그램 데이터를 응용 프로그램 자체에 효과적으로 제한합니다. sandboxing이 아닙니다 그 자체는입니다.이 버전은 최신 버전의 OS X에도 있지만 iOS는 응용 프로그램의 샌드 박스에 미러링되는 통합 파일 시스템 계층을 제공하지 않습니다. Lion 's TextEdit에서 바탕 화면의 텍스트 문서를 편집하여 간단하게 볼 수 있습니다. TextEdit은 해당 문서가 샌드 박스에 있음을 확인하지만 (~/Library/Containers/com.apple.TextEdit/Data/Desktop
), 데스크탑에도 명확하게 저장됩니다 (~/Desktop
). 두 디렉토리는 샌드 박스의 목적을 위해 있습니다.
크로스 응용 프로그램 파일 층은 아이폰 OS에 존재하지 않습니다. 즉, iOS에서는 모든 응용 프로그램이 자체 샌드 박스에 복사본이 필요하므로 복수 응용 프로그램에서 하나의 동일한 실제 파일 사본을 편집 할 수 없습니다.그러나 다른 응용 프로그램에서 메일 첨부 파일을 열 때 나타나는 것처럼 "sandbox"에서 응용 프로그램 샌드 박스 (엄격히 말하면 : 복사)을 "통과"메커니즘을 통해 iOS 3.2 이후에 파일을 "전달"하는 것이 가능합니다.
앱이 메커니즘을 통해 자사의 .lua
문서를 전달할 수있는 기능을 구현하는 경우
, 파일 형식을 인식 텍스트 편집기는 자신의 샌드 박스에 사본을받을 수 있습니다. 나는 구현 세부 사항에 관해서는 혼란 스럽지만, iOS 개발자는 아니지만 OS X의 UTI 선언 규칙과 iDevices를 사용하면서 관찰 한 것들이 사실이라면
public.text
UTI에 파일 유형을 삽입 할 수도 있습니다 계층 구조를 사용하여 장치의 모든 텍스트 편집기에 지원 기능을 추가합니다.
수신 편집기가 "열기"를 구현하고 응용 프로그램이 .lua
개의 파일을 편집 할 수 있도록 등록한 경우 나중에 편집자가 파일을 다시 응용 프로그램의 샌드 박스로 복사 할 수 있습니다. 어떤 일이 발생하더라도 (중복 제거, 버전 관리, 메시지를 표시하거나 표시하지 않고 덮어 쓰는) iOS SDK가 부과하는 제약 내에서 사용자에게 달려 있습니다.
애플 개발자 문서를 다음은 유용한 시작점 제공 할 수 있습니다 :
응용 프로그램은 샌드 박스이므로 다른 응용 프로그램에서 문서 폴더에있는 모든 항목에 액세스 할 수 없습니다. 귀하의 응용 프로그램에 간단한 텍스트 편집기를 작성하는 것이 좋습니다. – danielbeard
나는 이것을 피하려고 노력했다. 사용 가능한 텍스트 편집기의 수를 감안할 때 가능할 것이라고 생각했기 때문에 :-( – daven11
적어도 많은 예제가있다. 당신은 Codea - http://twolivesleft.com/Codea/? – danielbeard