Stanowisko Apple "wszystko albo nic" na iCloud: Czy to trudna wskazówka?

Question

Dokumentacja Apple wydaje się konsekwentnie stwierdzać, że dokumenty generowane przez użytkownika powinny być przechowywane w pamięci lokalnej , czy też powinny być przechowywane na iCloud w staniewszystkie. Oto jeden z przykładów z this iOS page (nacisk na Wszystko jest ich):

Wszystkie dokumenty z aplikacji są przechowywane albo w lokalnym obszarze izolowanym lub w katalogu kontenera iCloud. Użytkownik nie powinien mieć możliwości wybrania poszczególnych dokumentów do przechowywania w iCloud.

Chciałbym, aby umożliwić użytkownikom indywidualnie zarządzać dokumentami: być może chcą się jako lokalne (w celu zaoszczędzenia miejsca ze swojej diety iCloud), inny być na iCloud, aby mogli manipulować różnych urządzeniach, a drugi być na Dropbox, aby mogli skopiować go na konto znajomego lub ręcznie utworzyć kopię zapasową, lub nawet edytować na zewnątrz. Podejście typu "wszystko albo nic" przeszkadza, zwłaszcza gdy przychodzę wprowadzić DropBox sync. W moim przypadku indywidualny wybór pozwala również na uproszczenie interfejsu użytkownika.

Pytanie brzmi: czy mogę spodziewać się problemów z przeglądem, jeśli będę trzymał się moich planów, aby pozwolić użytkownikom wybrać ich preferencje przechowywania (lokalny, iCloud i wkrótce DropBox) na pojedynczy dokument? Nie znalazłem szczegółowych wytycznych w tym zakresie. Edytuj: Żadna z the guidelines nawet nie wspomina o iCloud.

Answer 1

Jest to powinien, a nie koniecznością (tak jak powinien wsparcie wszystkie kierunki na iPadzie, ale nie sądzę, oni zmuszają do jeżeli UI musiałby kompletne przerobienie) . Jeśli masz wystarczająco przekonujący przypadek użycia i nieporęczny interfejs użytkownika, podejrzewam, że go przepuszczą, ale tego nie przetestowałem.

Jeśli nie jest to zgodne z wytycznymi przeglądu, to wątpię, że jest to podstawa do odrzucenia, z wyjątkiem wymogu "użyteczności" —, ale szczerze mówiąc, biorąc pod uwagę średnią jakość interfejsów, nie byłbym zbyt zmartwiony.

(W rzeczywistości ścisłą interpretacją tej wskazówki jest to, że nie powinno się używać Dropbox/Google Drive/etc/roll-your-own-cloud-storage, ale to na pewno nie jest intencja, chyba że są zapraszanie pozwów antymonopolowych).

Answer 2

Zrobiłem wiele testów dla aplikacji z iCloud. Zacząłem od założenia, że ​​byłoby przejrzyste dla użytkownika, czy wszystko było w iCloud czy nie, w przeciwnym razie dlaczego Apple sugerowałoby takie podejście?

Niestety, nie przetestowali tego w pełni przed rozwinięciem go. Miałem wiele problemów w iCloud i UIDocument z iOS 4, a następnie 5 (wiele wpisów radaru z dziwnymi wypadkami). Wydaje mi się, że spędziłem połowę czasu na pracy nad tym jednym problemem, zamiast ulepszać aplikację.

W każdym razie, moja wersja aplikacji była DUŻO wolniejsza podczas uzyskiwania dostępu do dokumentów działających tylko w chmurze. Apple próbuje buforować dokumenty w katalogach Mobile Documents. Istnieje minimalna informacja o tym, jak określić stan pamięci podręcznej, a zatem spróbuj obejść niedostępne dokumenty lub spowolnienie działania. Interfejs użytkownika zakończył się wyjątkowo gwałtownie w UITableViews lub wręcz awaryjnie w bibliotekach systemowych.

Najważniejsze jest to, że moja aplikacja przechowuje wszystko lokalnie.Jeśli użytkownik wprowadzi zmianę, aplikacja skopiuje go do iCloud i uruchomi procesy w tle, aby monitorować stan dokumentu przechodzącego do chmury. Ręcznie przesyła również pliki zmienione przez inne urządzenie w iCloud, aby wszystko było zsynchronizowane, ponownie w procesach działających w tle.

Nie miałem żadnych skarg od recenzentów Apple. Gdybym to zrobił, wskazałbym im wiele wpisów radaru.