也谈VFP下客户机访问任意映射服务器

本文提出了一种在网络应用中访问不同机器共享文件的方法，其实质是定位共享文件的位置。现在我们用其他方法来解决这类问题。这里，笔者介绍两种确定多文件存储共享位置的具体方法。

盘符数据库映射技术

该技术的实现方法与本文中提出的方法相同，但不同之处在于文件的路径存储在不同的位置。本文的方法是将服务器的映射文件的盘符存储在一个文本文件中，并在应用程序中建立一个全局变量来定位该文件。其实在Windows环境下不用像在DOS环境下那样考虑内存问题，所以我们简化了很多步骤来解决这类问题:首先我们把开发的网络应用中需要的库表文件的存储位置设计成一个表来存储，这个表涉及到两个字段，分别存储文件名和共享文件位置，然后在表中填入具体的记录，这样在网络应用中只需要打开数据表就可以定位位置。尽管这种文件定位方法看起来与本文中的方法一样，但它有明显的优势。我们可以在应用过程中随时修改文件位置，修改后不用退出应用系统就可以立即使用。但如果保存在文本文件中，则需要退出应用系统，然后调用其他文本编辑应用进行修改，才能重新在系统中工作。

IP地址映射技术
上面的盘符数据库映射技术虽然可以实现共享文件的定位，但是缺乏灵活性，即用户只能在开机时选择自动映射盘符，否则会出现问题，而且这种做法本身也会延长开机时间。比如用户手动映射盘符，早上第一台服务器映射e:盘符，第二台服务器映射f:盘符。下午第一台服务器映射e:盘符，第二台服务器映射f:盘符，会出问题。因此，应该用更好的方法来解决这类问题。

我们知道，要提供共享服务，就需要将主机连接到网络上，而此时就需要提供IP地址，一个网络中所有主机的IP地址都是唯一的，这就为我们提供了一个解决共享文件位置的绝佳方法。但一般来说，IP地址的记忆比较繁琐，容易出错，与IP地址具有相同唯一属性的主机就是主机名。因此，我们可以利用主机名的这一特性来定位共享文件。

首先，我们还将所开发的网络应用中需要的库表文件的存储位置设计为一个表来存储。该表涉及三个字段，分别存储文件名、主机名和共享文件位置，然后将具体记录填入表中。这样，当我们进入应用系统时，就可以方便地定位文件，从而解决了文件定位的问题。这种方式的好处是采用了类似Windows系统设备独立的方式，即驱动器号独立。只要提供文件共享的主机名称和IP地址不变，所需文件总是可以正确访问，系统在需要时可以自动连接网络路径，并且不受盘符限制。应该说这是对这种文件共享定位的解决方案。

最后，为了保证应用系统的正常执行，在系统初始化的时候，首先要检查所需要的文件是否能够被正确访问(使用file()函数)。如果不能正确访问，我们应该显示提示信息或及时定位交互文件位置(以上两种方法都很容易实现)。建立共享文件数据库的主要原因是可以及时修改和保存文件，从而保证应用程序的正确执行，避免出现文件找不到的错误信息。