所以我正在制作这个 android 应用程序,它需要从用户提供的 CSV 文件中读取数据。
CSV 文件在台式电脑上编辑起来更舒服,所以我在应用程序中没有编辑器,它是“只读”的;我假设手机的 SD 卡上有一个文件。
hiện hữu 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 上插入电话很简单,但对所有机器人来说真的那么容易吗?
抱歉,如果所有这些听起来微不足道,我只是想在做一些愚蠢的事情之前理清思路。
Cảm ơn.
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 访问,这可能适合也可能不适合您的情况。
Tôi là một lập trình viên xuất sắc, rất giỏi!