2012-09-20 28 views
3

上週我的iPhone應用被拒絕,因爲我沒有遵循iOS數據存儲指南。我的應用程序基本上搜索某些數據,並將它們顯示給可以與其他人共享(Twitter,電子郵件等)的用戶,或將它們保存到「收藏夾」以稍後查看它們。iOS應用被拒絕 - 數據存儲指南

早些時候:

早些時候,我沒有跟任何特定的數據策略。我的應用程序基本上是將所有搜索數據(圖像)下載到/Documents/目錄中。一旦用戶將特定項目標記爲「收藏夾」,那些將其保存到我自定義的「收藏夾」目錄中,路徑爲/Documents/。我的應用程序不使用iCloud。此外,我也忘記了在用戶看到下載的搜索數據(圖像)後不再清除相同的視圖。後來我發現整個策略很糟糕,也是我的應用被拒絕的原因。

現在:

現在,因爲我的應用程序被拒絕,我已經固定我的應用程序,使之儘可能完美一倍下來。那我下面的數據,現在的策略很簡單:

一)所有下載的搜索數據(圖像和搜索結果的plist文件)現在在/圖書館/緩存目錄中創建。

B)當用戶添加的項目到「收藏夾」,與該項目(圖像和文本)相關聯的數據然後被存入/文檔/目錄。

C)所有/圖書館/緩存和/文件中的文件/目錄標有歸屬「不備份」,因爲我不想承擔的iCloud任何空間。

d)所有/庫/緩存目錄搜索相關的數據被立即清除一旦用戶移動到不同的視圖,並且不再訪問搜索結果。

E)在應用程序啓動,我檢查,看看是否有/圖書館/緩存目錄的情況下,應用程序得到了提前終止從前一交易日的任何殘留文件。如果找到之前搜索會話中的任何殘留文件,我將它們刪除。

我的問題是:

A)的是,我現在之後接受數據存儲策略是什麼?

B)我需要在/圖書館/緩存/與標記的任何搜索相關的文件「不備份」屬性或者是不必要的?

C)我應該標記與用戶的喜愛項/文件/目錄與數據「不備份」屬性或者是好的,如果用戶的喜愛的物品被備份到iCloud?

回答

5

A)這個數據策略聽起來好多了,可能是下面列出的一個小調整。

B)您不需要使用「不備份」屬性標記這些文件。另外,您甚至不需要手動清除這些文件。這些文件不會通過iTunes或iCloud進行備份,只會在磁盤空間不足的極端情況下被清除。

C)用戶最喜歡的項目肯定應備份到iCloud。這將是對iCloud的正確使用,因爲它故意用於用戶生成的內容。

+0

但請注意,在可能的情況下,只有用戶最喜歡的「指針」應該位於文檔(和備份)中,實際數據(如果大小適中且可重新獲取)位於高速緩存中。 –

+0

太棒了!謝謝! – BlueChips23

+0

@HotLicks等待,這意味着如果我有一個plist文件包含用戶收藏夾的所有URL,則表示plist文件應該位於Documents文件夾中,並且實際的物理文件(.png和.text)應該位於/圖書館/緩存? – BlueChips23

相關問題