在應用程序包中包含大量圖像時性能受損

我正在製作包含大約4000張圖像的應用程序。這需要很長時間才能編譯和運行，因爲捆綁包中有很多圖像。有什麼辦法可以讓這個更快，比如編譯一個靜態或動態庫，或者其他的東西？在應用程序包中包含大量圖像時性能受損

來源

2012-05-22 NTTake

如何以及何時加載圖像？我可能是錯的，但我認爲編譯到捆綁包中的文件數量不應該影響加載時間。你是否在啓動時加載它們？

來源

2012-05-22 15:13:03 Mario

需要這麼長時間的實際上是在運行之前在設備上安裝大型應用程序。編譯時間不應受您應用程序捆綁包中的資源數量影響。除非你完全改變你的設計，並將圖像託管在遠程服務器上，否則我真的無法解決這個問題。

來源

2012-05-22 15:13:40

嗨@Matt感謝，慢加載之前啓動應用程序，當我在Xcode運行證明在我的iPhone應用程序這需要這麼多時間來加載，但是當我的應用程序加載正常運行速度更快，但如果我做了一些改變或者再次證明在xcode中運行需要花費很多時間來重新運行，是否有任何方法可以預編譯所有圖像或更多東西以使xcode運行得更快？ – NTTake

@NTTake，每當您在Xcode中對源代碼進行更改時，都需要重新編譯應用程序，然後重新安裝到設備上。編譯速度不是問題。瓶頸是重新安裝應用程序，因爲它涉及將Xcode中的4000個圖像複製到您的設備。無論你如何處理靜態庫，這些圖像必須以某種方式從Xcode到設備。如前所述，在構建和運行時減少啓動時間的唯一方法是不要將圖像與應用程序捆綁在一起，而是在啓動後從遠程服務器加載它們。 –

也可能只是縮小應用程序需要一段時間 - 最終的應用程序包實際上只是一個包含所有文件（可執行文件，plist，圖像，其他數據文件等）的.zip文件，壓縮大量數據需要一段時間。因此，您擁有的數據越多，歸檔+傳輸到設備的速度越慢。 –

一個解決方案是不建立與應用程序的圖像。只需在沒有任何媒體的情況下構建您的應用程序，然後在首次啓動時使用閃屏下載所有媒體。

來源

2012-05-22 15:14:19

您可能會考慮如何在某些情況下以編程方式完成繪圖。

你當然不希望你的二進制文件中包含所有這些圖像（嗯，如果它們是幾個像素的話，這不會是個問題）。

你可能會考慮一個單片二進制你的pngcrushed圖像，你讀爲數據 - 按需，按圖像讀取就像你的圖像文件。這將很少執行。當然，這不會大大幫助傳輸時間，但它可以減少花費在其他資源處理步驟上的時間。

來源

2012-05-22 15:52:35 justin

在應用程序包中包含大量圖像時性能受損

回答

相關問題