从 Access 查找文件，而不是硬编码文件路径

M-dub · 发表于 2004-11-9 14:50:05

对于Access应用程序来说，根据几个变量在文件系统中搜索一个文件有多困难？(这很难用几句话来解释...)
更重要的是，在一个目录中搜索一个文件需要多长时间？我的老板说了一些关于FindFast API或OCX的事情。
(只是为了让球滚动起来...)

本帖以下内容被隐藏保护；需要你回复后，才能看到！

游客，如果您要查看本帖隐藏内容请回复

hendie · 发表于 2004-11-9 15:19:54

迈克，看看这个网站，尤其是~这个帖子。
那里有大量关于VBA'ers的信息
（该死，我刚刚泄露了我的秘密！）

M-dub · 发表于 2004-11-9 15:26:19

太棒了，亨迪！谢谢！
现在，我必须努力说服老板，这是我们要走的路！（这将为我和其他几个人节省大量工作！）

M-dub · 发表于 2004-11-9 15:41:10

使用文件系统对象很方便，但是如果您想要性能，我想直接使用WinAPI，使用FindFirstFile和FindNextFile会快得多，特别是如果它是用VC++编写的(编译成可在任何AX支持语言中使用的dll)。
此处为Visual BASIC实现示例。

M-dub · 发表于 2004-11-9 15:49:47

啊！！
我不同意！！！

M-dub · 发表于 2004-11-9 16:00:51

即使不知道这种固定的背景，听起来也像是短期的便利，长期的痛苦。
PS-为了就业的长寿，我会编辑你的帖子M-Dub。

M-dub · 发表于 2004-11-10 08:10:06

谢谢你的提示，但我对他说了同样的话。他知道我不同意，但是嘿...我是谁，我的意见是什么？我只是那个用这个系统完成85%工作的人，它真的不会影响其他人。我不知道。。。我承认他们有一点观点，但我不明白将文件适合程序有什么意义......将程序适合文件会更容易...恕我直言，无论如何。