Android上嵌套目錄的可行性

我目前正在開發一個Android日記/日記應用程序，允許用戶創建條目並在白天存儲它們。爲了實現這個目標，我正在考慮爲每個條目在每個日期文件夾中設置一個每天的文件夾和一個子文件夾。這可能表明，更好：Android上嵌套目錄的可行性

day->雜誌入門>日記帳分錄數據 - 對於該日爲>其他日記帳分錄>日記帳分錄數據 - >等

現在，每個文件夾那天我已經在365個目錄了，可能還有更多。這讓我懷疑實現如此多的子目錄的可行性。

這提示我不會一次通過EVERY目錄，但最多隻需加載31天即可在日曆上顯示。

最後一個問題是，我的應用程序是否會放慢忘記導航大量的目錄，或者我應該甚至不必擔心這些？僅僅爲應用程序製作SQL數據庫解決方案讓我退縮的原因是，我現在完全不知道SQL，並且不知道它是多麼容易學習。

幫助/意見/想法都讚賞謝謝！

來源

2011-02-13 Prime

無法評論文件夾結構的性能，但是您的問題聽起來像是數據庫的主要候選者。我會咬緊牙關，學習SQL和數據庫，這不是那麼困難。 – 2011-02-13 01:49:50

我假設你指的是文件系統目錄，例如，在SD卡上，例如？如果是這樣，恕我直言，你真的不想這樣做 - 我看過這種'歸檔'系統的例子由於複雜性而變得非常可怕。

我會推薦一些簡單的存儲形式，但使用某種形式的索引/編目系統，可以像使用日期/時間字符串一樣簡單的文件名稱。

示例 - 假設日記條目是簡單的文本文件，您可以使用文件名格式（如YYYYMMDD_XXX.txt），並將所有文件保存到一個目錄中。

在這種情況下，XXX將是從001到999的數字字符，表示條目「數字」，允許每天可能有999個日記帳分錄（足夠多）。使用年 - 月 - 日（YYYYMMDD）格式將允許按照XXX加強的時間順序對文件名字符串進行排序（在升序字符串排序操作中，「001」會在「002」之前出現）。它也將允許通配符搜索（給定月份的所有日記條目文本文件將開始「YYYYMM」

上面是一個簡單的例子，我可能會至少進一步，並使用單個XML文件每一天。一個格式，如...

<journal date=20110213> 
    <entry number=001> 
     <data topic=My journey to work>On my way to work today blah...</data> 
    </entry> 
    <entry number=002> 
     <data topic=Morning meeting>Fell asleep, blah...</data> 
    </entry> 
</journal>

話，我會從文件名省略XXX，只是使用YYYYMMDD.xml。

OK，只是一對夫婦的角度（我羅嗦了，但我贏了't）。

您提到使用SQL DB - in一般來說，基本的SQL很簡單，但它可以像你準備去的那樣複雜。根據您的要求，您可以避免使用列數相對較少的單個表格，並且數據庫引擎會爲您處理大量的「歸檔」系統。我建議您在決定要走哪條路之前，先嚐試一些介紹性的SQL教程。

來源

2011-02-13 01:59:11 Squonk

Android上嵌套目錄的可行性

回答

相關問題