Android 文件存储选项/约定

Question

所以我正在制作这个 android 应用程序，它需要从用户提供的 CSV 文件中读取数据。

CSV 文件在台式电脑上编辑起来更舒服，所以我在应用程序中没有编辑器，它是“只读”的；我假设手机的 SD 卡上有一个文件。

在 Data Storage documentation 之后，我设法编写了一个从外部存储读取文件的哑版本，硬编码了相对于 getExternalStorageDirectory 返回的文件夹位置。所以目前我有:

 private static final String CSV_FILE = "/Android/foo/bar.csv"
 ...
 File f = new File(Environment.getExternalStorageDirectory(), CSV_FILE);

然后我将手机连接到 PC，在“/Android”文件夹(存在于我的手机上)中创建一个“foo”文件夹，复制“bar.csv”文件，一切正常。

现在显然，如果我要分发应用程序，这是 Not Acceptable 。所以我有几个问题:

• 自然的解决方案是对文件位置进行软编码，而在任何其他系统中，我会依赖内置的“文件管理器”或其他东西，让用户浏览到正确的文件。令人惊讶的是我找不到这样的控件，而且似乎有很多第三方文件浏览器应用程序。这是否意味着要求用户在手机上选择文件不是“习惯”？我应该编写自己的“文件浏览器”吗？

• 是否有关于如何命名我的“foo”目录的约定？我见过应用程序创建的目录名称看起来像一个 java 包，我是不是把它误认为是内部存储？

• 我应该为 lambda 用户如何将文件放在他们的手机上而烦恼吗？对我来说，在我的 PC 上插入电话很简单，但对所有机器人来说真的那么容易吗？

抱歉，如果所有这些听起来微不足道，我只是想在做一些愚蠢的事情之前理清思路。

谢谢。

Answer 1

Does it mean it is not "customary" to ask a user to choose a file on their phone ?

正确。 Android 和 iOS 一样，试图尽可能地远离"file"。

Should I write my own 'file browser' ?

肯定有很多用于文件浏览的第三方应用程序，其中一些支持ACTION_PICK 或类似操作(例如，OI 文件管理器)。如果没有人为此编写可重用组件，我会感到惊讶。

Are there conventions about how I should name my "foo" dir ? I've seen apps creating dir with a name that looks like a java package, am I mistaking it with internal storage ?

不，您可能看到的是 getExternalFilesDir() 的结果.如果您只支持 API 级别 8 或更高级别，我会使用它。如果您支持早期版本的 Android，您可能会考虑通过 getExternalFilesDir() 为您的应用找到合适的目录，并“手动”将其用于较旧的 Android 版本。

There is also a getExternalStoragePublicDirectory method that takes a "directory type' constants. In my situation, would it make 'sense' to assume the file is in DIRECTORY_DOWNLOADS ? (or in some subfolder of DIRECTORY_DOWNLOADS ?)

这是针对下载的——更准确地说，是用户下载的内容，他们希望独立于任何已安装的应用程序继续使用。这听起来不适合您的情况。

Should I bother about how a lambda user will put a file on their phone ?

什么是“lambda 用户”？引用巴德的话说，“但是，就我自己而言，这对我来说是希腊语”:-)

To me plugging the phone on my PC is simple enough, but is that really easy on all droids ?

在 Android 3.x 和更高版本上，这有点痛苦，因为 Android 从 USB 大容量存储模式(想想 USB 拇指驱动器)转移到 MTP(想想 MP3 播放器)的 USB 文件传输协议(protocol)。虽然这具有整体优势，但对于 OS X 和 Linux 用户来说却很烦人，因为它们都没有内置的 MTP 支持。此外，它假定用户手边有一根 USB 数据线。您的整体设置还假设用户手边有桌面操作系统。

现在，更多的开发人员可能会选择创建 Web 应用程序而不是桌面应用程序，并通过 Internet 将数据同步到设备。这消除了对电缆大惊小怪的需要，并且不会将用户绑定(bind)到一台特定的“台式”机器上进行数据输入。但是，它确实需要 Internet 访问，这可能适合也可能不适合您的情况。