活動的多個實例 - 這是不好的做法嗎？

Question

我正在創建一個應用程序，它將在每個網格廣場中包含多個包含標題和圖像縮略圖的「網格」。

每個網格將有不同的內容存儲在其中。

我迄今爲止創建了一個初始化GridView實例並使用自定義GridAdapter的活動。 （請參閱照片瞭解它目前的樣子）我打算向左滑動以創建一個新的空網格，用戶可以在其中上載內容。可能有多達50個網格。

我只是在學習如何實現這個動作，以及如何創建一個新的活動實例，但是從我讀過的內容來看，我認爲我設計得很糟糕。

我正在計劃每個網格是一個活動（每個佔用全屏）。

我設想一個Activity就像java中的Class，你可以從藍圖創建實例。我想如果我創建了一個「網格」，我可以每次創建一個新的實例。當時片段似乎並不合適，因爲android教程常常將它們描述爲旨在將組件添加到活動中。

我開始思考，雖然我在這裏使用錯誤的方法，我需要改變它？有人能指引我朝着正確的方向嗎？我已經寫好了所有的代碼 - 如果我需要更改它，Fragments和Activities會共享任何方法，這意味着我可以保留一些工作嗎？

Answer 1

就像你提到的，使用活動在您的使用情況下可以切換使用手勢一定會資源笨重觸發持有的內容。因爲，你提到了滑動手勢，我相信在這種情況下，碎片會很輕。實際上，我建議你甚至可以看看ViewPager，它甚至可以爲你回收碎片，並通過加載下一個碎片來優化用戶體驗，以獲得更流暢的體驗。它也會爲你處理滑動手勢！

[更新]

基於用戶流量的更新的解釋，我敢肯定的是，ViewPager將車費主要是一個更好的選擇，因爲它允許一個更好的控制和用戶導航。它還將負責處理這些類型的流程中出現的輕掃手勢和內存問題。此外，它甚至會允許頁面標題和底部標籤指示符，以備需要時使用。

它將要求每個頁面都是一個片段（您的ViewPager本身將駐留在Activity中）。一旦用戶點擊一個網格單元格，您就可以顯示一個對話窗口，可以從中捕獲用戶輸入。在我看來，這種設置應該是最適合你的資源。