Gute Möglichkeit zum Verwalten des Ordners Dokumente / Posteingang in einer iOS-App

Seit ich diese Frage gestellt habe, habe ich die folgende Lösung implementiert:

• Ich habe meine App so umgestaltet, dass sie sofort eine über die Interaktion mit der Dokumentation übergebene Datei verarbeitet, ohne den Benutzer überhaupt zu involvieren. Solange die App nicht abstürzt oder unterbrochen und getötet wird, sollte mir während der Verarbeitung der Datei immer ein sauberes Documents/Inbox übrigbleiben.
• Um den (seltenen) Fall eines Absturzes oder auszusetzen / zu beenden, entfernt meine App den Ordner Documents/Inbox , wenn er normal gestartet wird (d. h. ohne den Zweck der Dokumentinteraktion). Um dies zu erreichen, ist der Verzeichnispfad Documents/Inbox notwendigerweise fest codiert.

Hier sind die Gedanken, die in die Lösung gingen:

• Neugestaltung der App
  • Zunächst schien es eine gute Idee zu sein, dem Benutzer eine Auswahl zu geben, wie sie eine Datei verarbeiten wollte - schließlich würde das Angebot einer Auswahl die App flexibler machen und dem Benutzer mehr Freiheit bieten, oder?
  • Ich habe dann festgestellt, dass ich versucht habe, die Verantwortung dafür zu verlagern, zu entscheiden, wie die Interaktion des Dokuments mit dem Benutzer gehandhabt werden soll. Also habe ich in den sauren Apfel gebissen, die harten Entscheidungen im Voraus getroffen und mich dann glücklich gemacht, ein einfaches und unkompliziertes Dokumenteninteraktionssystem in meiner App zu implementieren.
  • Wie sich herausstellt, bedeutet keine Benutzerinteraktion auch, dass die App einfacher zu verwenden ist. Hier ist eine Win-Win-Situation, sowohl für mich als Entwickler als auch für die Nutzer meiner App.
• Entfernen des Documents/Inbox -Ordners während des App-Starts
  • Das Entfernen des Documents/Inbox -Ordners während des App-Starts ist nur ein nachträglicher Einfall, kein wesentlicher Teil davon, wie meine App die Dokumenteninteraktion behandelt
  • Daher bin ich durchaus bereit, das Risiko einzugehen, dass Apple den Dateisystempfad des Posteingangs zu einem späteren Zeitpunkt ändern könnte. Das Schlimmste, was passieren kann, ist, dass meine App einige Dateien anhäuft, die Reste von Absturz- oder Suspend / Kill-Szenarien sind.

Und schließlich ein paar Gedanken für die weitere Entwicklung:

• Wenn sich herausstellt, dass wirklich mehr als eine Möglichkeit sein sollte, wie die App die Interaktion mit Dokumenten handhaben kann, würde ich eine Benutzereinstellung hinzufügen, so dass der Benutzer eine Entscheidung treffen muss und die App muss die Verarbeitung nicht anhalten, um den Benutzer nach einer Auswahl zu fragen.
• Wenn sich herausstellt, dass die Benutzerinteraktion mitten in der Verarbeitung der Dokumentinteraktion absolut unvermeidbar ist, würde ich diesen Ansatz betrachten: 1) Bevor der Benutzer interagieren darf, verschiebe die Datei von Documents/Inbox auf einige Art von "Staging" -Ordner; 2) Lassen Sie die Benutzerinteraktion stattfinden; 3) Verarbeiten Sie die Datei im "Staging" -Ordner auf die vom Benutzer gewählte Weise. Wichtig dabei ist, dass der Ordner "staging" an einem bekannten Ort ist und vollständig von der App verwaltet wird . Sollte der Benutzer die App während des Benutzerinteraktionsschritts anhalten und dann beenden, kann einfach eine entsprechende Aktion ausgeführt werden, wenn die App das nächste Mal gestartet wird.

BEARBEITEN

In iOS 7 ist es nicht mehr möglich, Documents/Inbox nach der Erstellung zu entfernen. Die NSFileManager Methode removeItemAtPath:error: gibt den Kakao Fehler 513 zurück, der in NSFileWriteNoPermissionError aufgelöst wird (vgl. diese Liste der Foundation-Konstanten ). Der Fehler scheint nicht auf POSIX-Berechtigungen bezogen zu sein, sieht jedoch eher so aus, als ob das System selbst den Löschversuch stört (möglicherweise Schutz der App-Bundle-Struktur?).

Bemerkenswert ist auch, dass Apple in der Dokumentation von Documents/Inbox method UIApplicationDelegate explizit application:openURL:sourceApplication:annotation: benannt hat. Sie sagen auch, dass

  

[...] Ihre App hat die Berechtigung zum Lesen und Löschen von Dateien in diesem Verzeichnis, hat jedoch keine Berechtigung zum Schreiben. Wenn Sie eine Datei ändern möchten, müssen Sie sie zuerst in ein anderes Verzeichnis verschieben.

In Dokumenten finden Sie weitere Informationen zur möglichen Verschlüsselung der Dateien. aber du solltest das selbst nachlesen.

Ich stehe gerade vor demselben Problem. Wie Sie, ich habe keine gute Lösung, aber als Antwort auf Ihre Fragen bin ich auf Option A über Option B, weil ich nicht die Idee mag, ein Problem mit zukünftigen Versionen des Betriebssystems zu haben. Da es in meinem Fall keine Benutzerinteraktion gibt, nachdem ich die Vorschau des Dokuments angezeigt habe, kann ich fortfahren und sie löschen, wenn ich den –documentInteractionControllerDidEndPreview: Delegat-Rückruf erhalte. Dies ist insofern theoretisch, als ich dies noch nicht programmiert habe und es für eine Weile nicht erreichen werde, da es sich um einen Gegenstand mit niedriger Priorität handelt. Wenn es nicht funktioniert oder es andere Probleme gibt, werde ich hier berichten. Die Google-Suche, die ich eingegeben habe, um die Dokumentation von Apple zu finden, zeigte auf diesen StackOverflow-Beitrag. Ich habe keine anderen nützlichen Informationen von Apple oder irgendjemand anderem zu diesem Thema gesehen.