visual foxpro(vfp)

　　visual foxpro是微软公司开发的一套可视化的桌面关系型数据库开发软件，更新后的应用支持智能感应在窗口和列表中显示信息以帮助你的语句和函数语法的完成并显示可用的变量, 对象, 属性, 方法和对象的事件在Visual FoxPro 中, 智能感应对于自身的命令和函数总是可用的, 强类型允许在编辑窗口中为所有的用户定义代码元素给以完整的智能感应支持；下面是Visual FoxPro中的一些智能感应功能: 当用户在编辑器或命令窗口中打入一个与表相关的关键字时, 自动表/字段下拉列表显示当前上下文的可用的成员，当用户在命令窗口中打入列表中的一个命令时, 程序显示一个适当的MRU文件列表；用户可以在Visual FoxPro的可视化设计器(如表单设计器)中的控件上或容器中自动地访问智能感应功能；智能感应功能当用户在Visual FoxPro编辑器中, 在方法的代码编辑窗口和命令窗口中输入时自动激活，用户使用该智能感应管理窗口来修改智能感应功能的外观和行为，可以在程序中修改FoxCode.dbf的内容来修改或添加智能感应功能，也可以编程地设置VFP.EditorOptions属性值来enable或disable智能感应功能。强大又实用，需要的用户可以下载体验

软件功能

　　分时性和多线程

　　当组件有一个执行线程时，只针对一个对象的代码能在任一给定时刻执行。

　　“组件对象模型”(COM)的 Automation 功能通过串行请求处理这种情况。

　　即将请求排队，每次处理一个，直到完成所有请求。

　　在多线程操作环境中，串行处理可避免单线程对象覆盖客户应用程序请求，即当一个或多个先前的客户应用程序请求仍在处理中时，避免覆盖正在执行的属性或方法程序的代码。

　　如果对象未设计成可重入的，那么覆盖请求将导致内部数据错误。

　　因此，串行处理是 Automation 的极其重要的功能。然而，单线程组件的串行处理意味着请求有时会被阻塞。例如，假定您正在使用一个 Widget 对象，它有下列两个方法程序：Spin 和 Flip。

　　Spin 方法程序的完成时间从几秒钟到半小时不等。

　　Flip 方法程序几乎可瞬时完成。

　　因为 32 位应用程序是抢先式多任务的，所以在 Spin 方法程序运行过程中，第二个应用程序可以调用 Flip 方法程序。但快的 Flip 方法程序会被阻塞，直到费时较长的 Spin 方法程序完成为止。

　　当短操作被长操作阻塞时，效率会降低，用户感到沮丧。以这种方式工作的组件被称为分时性能差。也就是，如果出现具有不同长度的多个请求时，它们工作效率很低。

　　Visual FoxPro 提供下列两种组件功能，以解决分时性和避免调用阻塞：“单用户”实例和多线程对象。

　　在 Visual FoxPro 中，您可以创建进程外或进程内 Automation 服务程序

　　客户应用程序和进程外服务程序之间的通讯称做交叉进程通讯。

　　Visual FoxPro 包括一个轻巧的分时性好的新运行时刻库 Vfp6t.dll，和 Visual FoxPro 多线程进程内服务程序一起使用。

　　这两个 Visual FoxPro 运行时刻库有几个共同功能，也有几个不同点。

　　使用哪个程序由几个因素决定，包括如何配置和使用您的服务应用程序。

　　定类型库

　　现在 Visual FoxPro 在 Automation 服务程序类型库中支持固有的 (Visual FoxPro) 属性、事件和方法程序。类型库中只包含可见性设为 PUBLIC 的属性。

　　自定义、用户定义的属性和用户定义的方法程序，只要标记为 PUBLIC，均出现在 Visual FoxPro 的类型库中。

　　对于方法程序，Visual FoxPro 也包括一个从原始方法程序定义分析得到的返回值类型 (variant) 和参数列表 (variants)。

　　从.vcx 类文件得到的属性说明也出现在类型库中。

　　由连编过程生成的类型库储存在随 .dll 或 .exe 服务程序一起创建的 .tlb 文件中。

　　在 Visual FoxPro 中，在运行 Windows NT 的机器上，类型库也作为绑定资源包含在 .dll 或 .exe 文件中。

　　这消除了发布额外.tlb 文件的需要，尽管它仍然随 .vbr 文件一起被连编，以用于远程配置。

　　对于远程配置，可以包含 .tlb 和 .vbr 文件并使用 CLIREG32.EXE 注册指向远程服务程序的 .vbr 文件。

软件特色

　　传递数组

　　Visual FoxPro 的新函数 COMARRAY( ) 使您可以指定如何将一个数组传递到 COM 对象，指定数组从 0 或 1 开始。

　　早期版本的 Visual FoxPro 按值向 COM 对象传递数组（诸如在 Visual FoxPro、Visual Basic、或 Visual C++ 中创建的 Automation 服务程序），数组元素在经过方法程序调用后保持不变，COM 对象的变化不会被传递到客户应用程序的元素上，该限制防止在 Visual FoxPro 和 COM 对象之间传递大量数据。

　　传递到 COM 的对象被设为从1开始，意味着数组的第一个元素和第一行、第一列被置为1

　　然而，某些 COM 对象要求传递的数组是从0开始（数组的第一个元素和第一行、第一列被置为0，例如，Myarray[0]）。

　　编译源代码

　　在 Visual FoxPro 中，您能够把 Visual FoxPro 源代码编译进和 Vfp6r.dll 或 Vfp6t.dll 一起创建的运行时刻文件。

　　在以前的 Visual FoxPro 版本中，为了执行在运行时生成的代码，您不得不对每行都使用宏替换或表达式计算。

　　由于执行大块代码的复杂性和使用宏 & 或函数 EVALUATE( ) 导致的性能损失，该过程不总是最优的。

　　Visual FoxPro COM 服务程序支持早期 (vtable) 绑定和现行的后期绑定 (IDispatch) 接口（一起被称为双接口支持）。

　　绑定描述客户应用程序如何访问服务程序的属性和方法程序。

　　早期绑定给诸如 Visual Basic 和 Microsoft Transaction Server等支持早期绑定的 Automation 控制程序提供了方便。

　　虽然 Visual FoxPro 服务程序支持这两种接口，但具体所使用的接口由客户应用程序决定（Visual FoxPro 的客户应用程序只支持后期绑定）。

　　早期绑定

　　如果您的客户应用程序能在编译时测出一个属性或方法程序属于什么对象，那么它就能在编译时解决对对象的引用。

　　已编译过的可执行程序只包含用于激活对象的属性、方法程序和事件的代码。这就叫做早期绑定。

　　后期绑定

　　虽然后期绑定在激活对象的属性、方法程序时的速度最慢，但在某些情况下仍然必须使用它。

　　例如，在 Visual Basic 中，您可以写一个函数，使用对象变量作用于几个不同的类所产生的对象。

　　因为您事先不知道分配给变量的对象类，所以必须使用 Visual Basic 对象命令 DIM As 声明它为后期绑定变量。

安装步骤

　　1、浏览至此，需要的用户可以点击本网站提供的下载路径下载得到对应的程序安装包

　　2、解压vfp9.0.rar到任意目录，运行目录里的setup.exe文件进行安装

　　3、选择步骤1安装vfp9.0的一些必备组件(如soap toolkit 3.0,完成后有可能需要重启),如下图所示:

　　4、选择步骤2进行visual foxpro 9.0原版安装，安装序列号: W7YCJ-2RRMD-MMHGG-3MB7C-VBMYB，如下图所示:

　　5、安装完成后运行解压目录的"VFP9化~1.EXE"进行汉化一下就可以了。

安装说明

　　1、退出所有打开的应用程序。

　　建议您暂时关闭可能已运行的任何病毒检测软件

　　2、插入Visual FoxPro CD。 Visual FoxPro 9.0安装程序启动页面自动出现。单击安装Visual FoxPro以启动Visual FoxPro安装程序。

　　3、要确定是否需要其他组件，请单击“Visual FoxPro先决条件”。 Visual FoxPro.Visual FoxPro。

　　4、单击立即安装！安装任何新组件。如果Visual FoxPro先决条件只需要更新组件，请单击立即更新！您可能需要重新启动计算机。完成后单击“完成”。

　　5、再次出现Visual FoxPro设置。单击Visual FoxPro以继续安装。接受最终用户许可协议并输入产品密钥后，单击继续。

　　Visual FoxPro无法安装在映射的驱动器上。您必须在本地硬盘驱动器上安装Visual FoxPro。请勿尝试在安装程序中使用“映射网络驱动器”功能。

　　6、在“选项”页面上，选择要安装的功能，然后单击“立即安装”！继续完成后，单击完成以返回到Visual FoxPro安装程序。单击退出以返回到Visual FoxPro 9.0安装程序开始页面。

　　当您的计算机上存在Visual FoxPro 7.0 / 8.0时，将删除Visual FoxPro 7.0 / 8.0。您必须重新安装这些关键的共享注册表项。

　　您应该使用控制面板中的“添加/删除程序”和以下步骤手动重新安装注册表项：

　　手动重新安装Visual FoxPro 7.0 / 8.0注册表项

　　1.从“开始”菜单中，单击“控制面板”。

　　2.双击添加或删除程序。

　　3.单击“Microsoft Visual FoxPro 7.0 / 8.0的更改/删除”。

　　4.单击Visual FoxPro和修复/重新安装。

　　1.2.2。 Norton AntiVirus可能出错

　　在Visual FoxPro 9.0安装页面上安装了Norton AntiVirus的用户。该对话框包含类似于以下内容的文本：

使用说明

　　使用 Automation 服务程序

　　当使用 Automation 服务程序时需要注意以下几个命令，因为它们的行为与一般产品的操作略有不同。

　　SET DEFAULT

　　使用 SET DEFAULT 或 CD命令设置默认路径将影响整个进程。也就是说，如果您已经实例化多个线程，并且在一个线程中使用 "CD MYDIR"，那么它将影响载入对象的所有线程和进程。工作路径由操作系统控制，所以改变此设置将影响所有对象。

　　SET PROCEDURE

　　由于此命令保存在线程本地存储中，对于每一个独立的线程它是唯一的。然而，在默认情况下，当您实例化一个 .exe 或 .dll COM 服务程序时，Visual FoxPro 对整个服务程序隐式执行 SET PROCEDURE。例如：

　　这允许您访问储存在该服务程序中的任一过程。如果线程上现有的对象调用SET PROCEDURE TO，那么过程路径被重置为无。然而，在同一线程上创建的新对象将自动把过程路径重置为整个服务程序的。

　　SET CLASSLIB

　　此命令的工作方式和 SET PROCEDURE 相似。它的值保存在线程本地存储中，然而，它针对 .exe 或 .dll 服务程序中的整套类库初始化。例如：

　　运行时刻库说明 VFP6R.DLL对于大多数应用程序类型的正常运行时刻。VFP6T.DLL对于可分时的进程内服务程序的特殊多线程运行时刻，诸如为和 Microsoft Transaction Server 一起使用而创建的应用程序。当您使用项目管理器“连编选项”对话框时，您选择的连编动作确定了生成的应用程序或服务程序使用哪一个运行时刻。

　　只有 .dll 服务程序可以使用 Vfp6t.dll 运行时刻。Project.Build 方法程序也允许您选择使用哪一个运行时刻。已编译的源程序（例如 .exe 或 .dll 文件）被内部标记以确定激活时使用哪一个运行时刻库。改变服务程序使用的运行时刻的唯一方法是重新创建。

　　您的服务程序可以通过只读的 Application.StartMode 属性确定运行时使用哪一个运行时刻库。您需要知道哪一个运行时刻库和您的 .dll 服务程序相联系，以便在“安装向导”中选择正确的运行时刻。注释 和所有的 Visual FoxPro 运行时刻文件一样，这些文件安装在 Windows System 文件夹中。

　　两个运行时刻共享同一资源文件（例如 Vfp6renu.dll）。只有 Vfp6r.dll 库支持自注册（通过 regsvr32.exe）; 然而，您只需要对 ActiveDocuments 而非 COM 服务程序进行此操作，“安装向导”可为您自动注册这一运行时刻。

　　VFP6R.DLL 运行时刻库Visual FoxPro 6 SP3 中的 Vfp6r.dll 运行时刻库（和 Visual FoxPro 6.0 一起发行）支持包括对象、命令和函数的完整语言集合。

　　Vfp6r.dll 为下列类型的 Visual FoxPro 所生成的应用程序提供服务： 发布式应用程序（.exe 文件）ActiveDocuments（.app 文件）进程外服务程序（.exe 文件）进程内服务程序（.dll 文件） 这是 Visual FoxPro 对大多数应用程序使用的主要运行时刻。

　　在默认情况下，“安装向导”为分布式应用程序提供此运行时刻。Visual FoxPro 6.0 运行时刻 Vfp6r.dll 不再服务于多进程内 .dll Automation 服务程序。现在，每个进程内 .dll 使用独立的 Vfp6r.dll 运行时刻实例。下列规则决定了进程内 .dll 如何使用 Vfp6r.dll 运行时刻。

　　最先调用的进程内 .dll 独占使用 Vfp6r.dll 运行时刻库（一般安装在 Windows System 文件夹或 Windows NT System32 文件夹中）。如果一个进程内 .dll 已独占使用 Vfp6r.dll 运行时刻，那么磁盘上将为每个被调用的进程内 .dll 创建 Vfp6r.dll 运行时刻的副本，并将其载入内存。

　　根据进程内 .dll 的名字，Vfp6r.dll 运行时刻被给予一个名字。例如，如果一个叫做 Myserver.dll 的进程内 .dll 被调用，那么 Vfp6r.dll 运行时刻的副本被重命名为 myserverr.dll（注意“r”附加在名字的结尾）并被载入内存，服务于进程内 .dll。

　　此情况也可随 Visual FoxPro .exe 服务程序创建 .dll 服务程序的实例而出现，此时两者从同一进程共享相同的运行时刻。Visual FoxPro 运行时刻只为在同一进程内运行的进程内 .dll 重命名。

　　这意味着两个各自在自己的进程中运行的独立的客户应用程序可以加载两个不同的 Visual FoxPro 进程内 .dll，而不重命名运行时刻。

　　在此情况下，由于客户应用程序加载独立的进程，两个 Visual FoxPro 进程内 .dll都使用 Vfp6r.dll。在单进程内 .dll 中的多 Automation 服务程序（用 DEFINE CLASS 命令中的 OLEPUBLIC 子句创建）共享同一 Vfp6r.dll 运行时刻。

　　在此情况下，如果它们驻留在公共线程上，Automation 服务程序通过共享 PUBLIC 内存变量和设置相同的 SET 命令等等，可能相互影响。

　　注意在单进程内 .dll 中的多个 Automation 服务程序不要互相干扰。新的 Session 类可以帮助消除某些冲突。 您可以和进程内 .dll 服务程序一起使用 Vfp6r.dll 库。因为使用 Vfp6r.dll 有限制，您应考虑使用 Vfp6t.dll 运行时刻。

　　Vfp6r.dll 运行时刻不完全保护实例数据和全局变量，因此该库阻止多对象同时执行代码。如果对象之一正在执行代码，则所有其他实例必须排队等待执行代码。所执行的对象一完成，另一个对象就可以重入运行时刻开始执行（无论是属性还是方法程序请求）。

　　虽然在许多应用程序方案中，这可能并不理想，但对某些特定类型的服务应用程序，则可能是最佳的方法。在典型的 Microsoft Transaction Server (MTS) 应用程序中，Visual FoxPro .dll 服务程序被配置在由单 MTS 进程表示的包中。

　　MTS 为每个向 Visual FoxPro 服务程序请求实例 (OLEPUBLIC) 的客户应用程序生成（或重用）一个线程。由于 MTS 应用程序常常要求企业范围的分时性，存在让许多并发实例同时访问您的 Visual FoxPro 服务程序的可能。如果在某一时间，只有一个客户应用程序（实例）被允许执行代码，那么其他客户应用程序必须等待。

　　对于一个单处理器的机器，这可能很好，其工作效率取决于您服务程序中的方法程序的特性和执行时间。但请注意，单处理器每次只能运行一条代码。

　　对于多处理器的机器，由于每个处理器可同时为不同对象执行代码，您应考虑使用 Vfp6t.dll 运行时刻。因为 Vfp6r.dll 的阻塞行为阻止代码同时执行，因此在多数情况下，请使用 Vfp6t.dll。

　　VFP6T.DLL 运行时刻库此多线程运行时刻库帮助消除与 Vfp6r.dll 运行时刻库相关的阻塞问题。使用 Vfp6t.dll 运行时刻库，您可以展开进程内服务程序而不出现代码执行阻塞。

　　因为 Vfp6t.dll 是针对进程内服务程序而设计的轻巧的运行时刻库，所以许多与可视功能和用户输入功能相关的命令和函数都不能使用。因为 Vfp6t.dll 中不出现阻塞，所以一个执行过程非常长的对象（例如打印报表）不会阻止其他对象执行快速例程。

　　例如，如果使用 Vfp6r.dll，执行一个1秒钟的数据库查询例程的对象或许不得不因另一对象在打印一个长而复杂的报表而等待15分钟；如果使用 Vfp6t.dll 进行连编，就不会遇到这样的问题。

　　除了解决阻塞问题，在 Vfp6t.dll 运行时刻中执行套件模型线程，通过给予每个套件各自的全局数据的副本，消除了从多线程访问全局数据的冲突。Vfp6t.dll 使用线程本地存储给予每个类实例一套自己的数据。这意味着您声明为 PUBLIC 的变量只对该线程是全局的，每个线程都有该变量的实例。

　　注释 应用程序对象的读写属性，如 AutoYield，对项目是全局的。 Visual FoxPro 6 SP3 允许相同的 Vfp6t.dll 运行时刻和多个被并发调用的进程内 .dll Automation 服务程序一起被展开，而不管它们是否在同一进程/线程。

　　原 Vfp6r.dll 运行时刻为每个在同一进程内运行的进程内 .dll 服务程序创建一个重命名的库副本。Visual FoxPro 6 SP3 提供一个可用于 OLEPUBLIC 服务程序类的新 Session 类。至于表单，该类的 DataSession 属性让您可以为实例上的对象创建私有数据工作期。

　　Session 类的优点是它比表单使用的内存少。Vfp6t.dll 运行时刻通过线程本地存储机制自动保护全局和用户数据，但是这只适用于套件（线程）之间。从相同 .dll 实例化出的同一线程上的对象能够相互访问数据。Session 类帮助进行线程内的数据保护。

　　由于 Vfp6t.dll 运行时刻设计为只针对进程内服务程序使用，在大小上它已被缩小。

　　许多用户界面命令和函数已被删除，其中包括旧的 FoxPro 2.x READ 和 @…Get/Say 支持。另外，存在于Vfp6r.dll 运行时刻中的某些设计器，例如表设计器和报表设计器已被删除。Vfp6t.dll 运行时刻仍支持表单等可视类。

　　选择进程类型进程内和进程外服务程序提供不同的服务，尤其在应用程序的用户界面方面。

　　用户界面虽然早期版本的 Visual FoxPro 允许您在 Automation 服务应用程序中将表单作为只输出元素使用，但是 Visual FoxPro 6 SP3 中的两个运行时刻库对进程内和进程外服务程序做不同处理。

　　进程内服务程序套件模型线程支持要求进程内 .dll Automation 服务程序没有用户界面。在Visual FoxPro 5.0 中，创建诸如表单等有用户界面的进程内 .dll Automation 服务程序是可能的（虽然我们不推荐这种方式）。

　　由于其不支持表单事件，您只能将表单用于显示。在 Visual FoxPro 6.0 和 Visual FoxPro 6 SP3 中，如果您试图在进程内 .dll 里创建用户界面，那么 Automation 会产生错误。这称为无人看管方式。进程外服务程序进程外 (.exe) Automation 服务程序可以有用户界面。

　　Visual FoxPro 6 的函数 SYS(2335) 使您能够对于进程外 .exe Automation 服务程序禁用 UI 和模型事件，这样一来它们可被远程处理而不需用户干涉。模型事件由用户定义的表单、系统对话、MESSAGEBOX( ) 函数和 WAIT 命令等创建，一般需要用户输入。

　　控制调用阻塞为了提高您的应用程序的分时性，Visual FoxPro 提供 SingleUse 对象和套件模型线程作为对调用阻塞问题的控制。

　　SingleUse 对象通过在“项目信息”对话框（自 Visual FoxPro 5.0 起可用）中把 OLEPUBLIC 类的实例属性设置为 SingleUse，您能使该类的每个实例在组件的独立实例中运行。

　　这意味着即使您的组件是单线程的，SingleUse 类的每个实例也有它自己的运行线程。在EXE 服务程序和DLL 服务程序中，SingleUse 对象的行为是不同的。

　　EXE 服务程序中的 SingleUse 对象随着设置实例属性为 SingleUse，每个实例都导致一个新的 .exe 进程开始运行（在 Windows NT 环境下，您将在“任务管理器”中看到每个在运行的线程）。

　　随着设置实例属性为 MultiUse，第一个实例将导致一个新的进程开始运行，但每个新的对象实例将和第一个实例共享同一线程。

　　DLL 服务程序中的 SingleUse 对象 实例属性仅在 Vfp6r.dll 运行时刻被读出，但是对于多线程 .dll是被忽略的。为和 Vfp6t.dll 运行时刻库一起使用而连编的服务程序，不管它们的设置是什么，总是 MultiUse 的。

　　总之，对于 Vfp6r.dll 进程内服务程序，您应把实例属性设置为 MultiUse。如果您把它设成 SingleUse，那么只能创建该服务程序中的对象的一个实例。

　　如果您试图实例化更多的对象，将出现错误。只在极少数情况下，您需要使用 SingleUse 设置。实际上，Microsoft Transaction Server 组件要求 MultiUse 设置。

　　SingleUse 对象经常比多线程组件中的多对象需要占用更多的内存。然而，也存在使用SingleUse 对象的情况。例如，使用 SingleUse 对象，您可以把高风险的活动隔离在独立的进程中。

　　如果对象发生致命错误，其他进程不会受到影响。相反，在多线程组件中发生的致命错误将终止所有线程。套件模型线程现在，Visual FoxPro Automation 服务程序支持套件模型线程。

　　Microsoft Transaction Server 使用标记为线程化套件的服务程序，并通过串行和编组提供更好的线程保护和分时性。在 Visual FoxPro 中，套件模型线程提供线程安全。

　　在套件模型线程中，每个线程就象一个套件，所有在该线程上创建的对象位于该套件内，它们不知道在其他套件中的对象。

　　每个套件模型对象（例如 Visual FoxPro Automation 服务程序）只能由一个线程重入，即创建该对象的线程。然而，对象服务程序（例如 Microsoft Transaction Server）能够支持多对象，每个对象从不同的线程同时重入。对象服务程序保留的公共数据必须受到保护以免受线程冲突影响。

　　套件模型线程具有以下优点： 客户应用程序在一个给定线程上创建的所有对象都是在 DLL 的同一套件（线程）里创建的。在同一线程上对这些对象的调用不需要交叉线程排列，从而使它们更加有效。

　　因为一个对象只能在创建它的线程上被访问，所以调用被串行排列，使一个调用不会被从其他线程发出的调用中断。交叉线程调用的参数被编组，发出调用的线程被阻塞。

　　数据同步保护发出调用的线程的状态。 线程化套件 DLL 不能创建它们自己的线程;在客户应用程序线程第一次要求您的 DLL 提供对象时，将创建一个新的套件，并且为该套件运行一个对象 Init 事件。该客户应用程序要求的所有单线程客户应用程序对象将驻留在该套件中，并共享全局数据。

　　由该公共对象创建的任何 PRIVATE 对象（包括表单）也将驻留在该套件中。虽然 Visual FoxPro 没有提供套件之间互相访问的方法，多线程客户应用程序可以获得对线程 A 上的对象的引用，并将该引用传递到线程 B 上的对象。

　　Visual FoxPro 使用线程本地存储，为每个线程（套件）存储一套唯一的应用程序和环境全局数据。这意味着同一个类在不同的线程上创建的两个实例不能互相访问数据。