105154.html

近来使用学习vba编程搜集的资料

有其它保存文件的方法，可以使用File（文件）|Save （另存为）命令，你还能够使用File（文件）|Send To（发往）| Web
Publishing Wizard（发布向导）命令，真正地将文件送回Web服务器。这正是我们所要的。（Internet Explorer
与Windows的某种组合不提供File|Send To|Web Publishing
Wizard命令，这就是说，必须先把文件存在本地硬盘，然后再用Web Publishing
Wizard命令将它发往Web服务器）。本章后面一节“使用Web Publishing Wizard”中，将讨论使用Web
PublishingWizard所需的步骤。<br>

              <img src="105154_files/20061021231320386.JPG" height="186" width="584"><br>
&nbsp;&nbsp;&nbsp;&nbsp;技巧
对某些情况来说，本节讨论的每种技术的帮助都不太大。例如，你可能想向Web服务器邮寄文档，而且希望每个邮件单独到达。这时，你会告诉用户使用
File|SendTo|Mail
Recipient（邮件收件人）命令。显然，这就意味着你需要整理所有收到的文档，但是，当其它方法无效时，这种方法却能够使用。<br>
&nbsp;&nbsp;&nbsp;&nbsp;技巧
当前的HTTP1.0规范不允许用户向WWW服务器发布文档，新的HTTP1.1规范修正了这一点。如果你希望允许用户从Web页面上向服务器发布文档，
就应提供一个使用1.1规范的服务器。因为不必编写通常的脚本或者在连接中跳来跳去，所以你不仅可以节省时间和精力，而且，可以减少电话支持数量，从而对
用户而言事情也就更简单了。（Netscape和Microsoft产品的所有当前版本都支持该1.1规范，如果你拥有任一家供货商产品的老版本，可以查
看一下自己的文档。）<br>
&nbsp;&nbsp;&nbsp;&nbsp;ActiveXDocument的变化也使得程序员必须考虑对OLE的支持。在客户机有*对象参与。对
象可以简单地出现在查看区，也可以占据整个窗口，还可以占据整个应用框架。现在来比较一下这*对象的不同之处。<br>
&nbsp;&nbsp;&nbsp;&nbsp;以前，你可以创建一个对象并将它放在容器中。OLE1出现后，容器只是简单地显示一个图标，说明对象的
存在。如果希望编辑对象，可以双击容器中的对象图标。Windows将在另一个窗口中形成该文档的完整拷贝。这正是某些人所说的对象简单地出现在浏览区的
意思。<br>
&nbsp;&nbsp;&nbsp;&nbsp;OLE2改变了客户机和服务器交互的方式。现在，你可以真正看到对象的内容了。例如，如果在字处理文档
中放入一个电子表格对象，不必双击该对象就能看到它的内容。它就是窗口级的参与者。客户机和服务器共享窗口；客户机显示它的数据，然后依靠服务器显示对象
内部信息。OLE2还提供了在位替换操作。大部分情况下，双击对象都会启动一个进程之外的(out-of-process)服务程序，它占据整个客户机框
架。服务器占据了一般留作客户机使用的菜单和工具栏。从用户角度来看，应用程序是一样的；只是改变了工具，以满足用户编辑对象的需求。<br>

              &nbsp;&nbsp;&nbsp;&nbsp;注 当你创建了一个与外部文档的连接时，OLE1只是显示一个图标；OLE2则显示真正的文档内容并允许进行在位编辑。<br>
&nbsp;&nbsp;&nbsp;&nbsp;通过使用浏览器，ActiveDocument将该技术从桌面系统扩展到了Internet上。现在浏
览器工具将会自动更新，以适应用户的需要，用户不必再打开一个其它的程序来编辑文档。一个进程之外的服务程序将负责更新浏览器菜单和工具栏，以适应应用程
序的一般需要。实际上，Windows的未来版本将会做得更好。<br>

              &nbsp;&nbsp;&nbsp;&nbsp;注 当你单击窗口应用程序中的对象时，进程外的服务程序实现你看到的菜单和工具栏的修改。<br>
&nbsp;&nbsp;&nbsp;&nbsp;Windows 95和Windows NT
4.0使用的都是资源管理器式界面。如果你用右键单击与某个已注册的应用程序相关的文档，就能看到一个有多种选项的菜单。最常见的选项是打开或打印文档。
大部分情况下你能看到使用Quick View实用程序浏览文档内容的选项。<br>
&nbsp;&nbsp;&nbsp;&nbsp;用户界面在不久的将来也可能有所改变。双击文档能进行在位操作。服务器将真正接管Explorer的菜
单和工具栏。用户再也不必离开Explorer去打开另外一个应用程序窗口。另外，Internet站点就像硬盘一样出现在Explorer中，并组合了
目前的浏览器的功能。<br>
&nbsp;&nbsp;&nbsp;&nbsp;程序员们很欢迎这些变化吗 ? 并不全是。有些人已经在抱怨该技术只是加强了Microsoft
对计算机世界的控制。当然，只有在你不能安装另一个服务器来替代Internet
Explorer时才会发生这种情况棗这几乎是不可能的事。随着计算技术日趋成熟，ActiveDocument将会成为一种特别重要的技术。这也正是本
章为什么重要的原因──本章的目的正是使你跟上这种日新月异的技术的发展，以便你可以使用它来满足目前的计算需求。<br>

              &nbsp;&nbsp;&nbsp;&nbsp;<strong>创建连接              </strong><br>
&nbsp;&nbsp;&nbsp;&nbsp;现在，你已经了解了使用ActiveDocument的结果，并讨论了该技术为什么重要的原因，本节将
介绍实现它的HTML代码。程序列表11.1显示了用于创建该示例的代码，这个示例虽然很短但很实用。它没有增加任何特别功能，从而使你可以看到创建
ActiveX 文档链接的最小需求。可以看出，代码中只是使用了一个简单的链接。所有该应用程序后面的“魔法”都存在于Internet
Explorer中。第8章已经用这种链接来显示Web 站点上的其它页了。<br>

              <img src="105154_files/20061021231320990.JPG" height="359" width="579"><br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;好了，现在浏览器中已经有了一个可以编辑的文档了。这确实不是一件特别困难的事情。由于文
档仍在浏览器中。所以可以节省内存。只有一个应用程序处于运行状态，所以尽管实际中要花费一些额外的处理时间和内存来浏览及处理文档，但比起运行两个应用
程序来说，这样做的花费要少得多。例如，在位激活功能这一特色就是使用进程外服务程序的结果。进程外服务程序实际上是DLL
的一种“漂亮”的形式，它能提供与客户机应用程序进行通讯的适宜接口。关键在于：DLL
比完整的应用程序占用的内存要少得多，并且也没有理由担心什么显示问题（这是客户机的工作）。本章“ActiveDocument结构概述”一节将介绍这
种DLL的一些需求情况。<br>

              &nbsp;&nbsp;&nbsp;&nbsp;注 ActiveDocument使用进程外服务程序（通常是一个DLL）来实施在位编辑。<br>
&nbsp;&nbsp;&nbsp;&nbsp;还有两种其它的方法可以创建ActiveDocument连接，不过本章将不用多少时间来讨论这些方
法。Microsoft Web Browser Control
允许你浏览Internet上任意类型的文档，包括那些一般与Internet并无关系的文档，如Word for
Windows文档。另外，在这方面还有一些高级的&lt;OBJECT&gt;标记属性能提供很大帮助。你可能要花费一些时间去了解第8章中有关
&lt;OBJECT&gt;标记的知识，然后就可以到所列的Web站点上去下载有关的技术规范。实际上&lt;OBJECT&gt;标记的高级属性目前
正处于不断发展变化中：这也正是本章不作介绍的原因。<br>

              &nbsp;&nbsp;&nbsp;&nbsp;<strong>使用Web Publishing Wizard              </strong><br>
&nbsp;&nbsp;&nbsp;&nbsp;你不必依赖那些老方法来保持文档为最新状态。利用Web
PublishingWizard，只要稍作努力就能使Web服务器上的文档保持最新状态。现在对文档的更改将不会像原来的浏览器技术那样只出现在自己的
本地机器上。实际上它们会出现在Internet服务器上。由于提供了使用Web Publishing Wizard
（以及可能的高级的设置连接信息）的已经编写好的过程，因此，就可以允许雇员从甚至很远的地方对HTML页进行修改了。<br>
&nbsp;&nbsp;&nbsp;&nbsp;Web链接 学习本章的这一节时，你需要有一份Web Publishing
Wizard的拷贝。你在“Explorer Send to ”菜单上应该能够看到“WebPublishing
Wizard”（右击某文件，然后在上下文相关菜单中查找）。另外，如果你在浏览器中打开一个文档，那么在Word的“File|SendTo”菜单中也
能看到“Web Publishing
Wizard”项（但正常打开Word时不会看到这个菜单项）。你可以从http:
//www.microsoft.com/windows/software/webpost/default.htm 下载 Web
Publishing Wizard。Windows 98 用户在添加/删除程序属性对话框的Windows Setup标签中，可能会发现Web
PublishingWizard出现于Internet文件夹中。Web Publishing
Wizard也是作为不同的Internet编程工具的一部分由Microsoft提供安装的，所以在安装之前应看看Web Publishing
Wizard是否可用。<br>
&nbsp;&nbsp;&nbsp;&nbsp;那么，怎么开始呢?
下面的过程将帮助你进行第一次的实践。第一次尝试之后，你可以将它们总结为简单的四步过程，一旦通过第一阶段后，我们将看一下这个过程的部分内容。我们先
从图11.1所示的文档起步，并且假定该文档已经编辑过了。现在要做的是将所做的修改保存到Internet站点上去。1. 使用“File|Save
As”命令显示“File
Save”对话框。在将文件发送给Web服务器之前，必须先在本地机上保存它。可能以后Microsoft会修改这个过程，但现在你还是需要花点时间做一
个本地拷贝。将文件命名为Web站点页的名字。在本例的Internet站点中，文件名为TESTDOC.DOC（如图11.1中Internet
Explorer的标题栏所示）。<br>
&nbsp;&nbsp;&nbsp;&nbsp;2. 在Word 或Windows Explorer中使用File|Send To|Web
Publishing Wizard 命令来显示Web Publishing Wizard
对话框（如果使用WindowsExplorer发送它，要首先选中文件或文件夹）。 <br>

              <img src="105154_files/20061021231321791.JPG" height="359" width="613"><br>
&nbsp;&nbsp;&nbsp;&nbsp;3. 单击Next，如果你使用的是Web Publishing
Wizard的老版本，或者从开始菜单启动Web Publishing Wizard，你将看到下一页，如下图所示。在某些情况下，Web
Publishing Wizard将自动把一个缺省的文件名放在File（文件）或Folder
（文件夹）域中。现在，你还用不到该文件名。（如果你使用的是新版本的产品，那么在启动Web Publishing
Wizard之前，就要选择一个文件 ，你就会看到一个对话框，询问你将使用哪一个Web服务器连接，这时请跳过第5步）。<br>

              <img src="105154_files/20061021231322730.JPG" height="332" width="602"><br>
&nbsp;&nbsp;&nbsp;&nbsp;4. 单击Browse Files（浏览文件）按钮，系统显示Browse
对话框（它的外观与标准的File
Open对话框相似）。找到刚才保存的文档的本地拷贝，然后单击Open。现在就能在File（文件）或Folder（文件夹）域中看到Web文档的名字
了。单击Next。<br>
&nbsp;&nbsp;&nbsp;&nbsp;5.
如果你先前曾定义了Web服务器连接，就能看到一个包含着连接名称的下拉式列表框。你可以选择其中之一，或者单击New按钮，定义一个新的连接。该例中，
假定需要一个新连接。（如果确实不需要新连接，可以选择已有的一个连接然后跳到第14步）无论你单击了New按钮，或是以前从未定义过服务器连接，都会看
到如下图所示的对话框（该对话框来自于Web Publishing
Wizard的最新版本，它包含有一个描述域和一个命令按钮，而老版本有两个域）。该对话框是你开始定义客户机与Internet服务器之间连接的地方。
幸运的是，这些工作只要做一次就可以了。<br>

              <img src="105154_files/20061021231323436.JPG" height="335" width="601"><br>
&nbsp;&nbsp;&nbsp;&nbsp;注释 老版本的Web Publishing
Wizard在这个对话框中提供了两个域，第一个是连接名，第二个是创建的连接类型。可在Web PublishingWizard
的新版本上单击对话框中的Advanced按钮来访问第二个域。<br>
&nbsp;&nbsp;&nbsp;&nbsp;6. 为Internet连接输入一个名字。在绝大多数情况下，如果只需要一项内容的话，保持My
Web Site不变就可以了。从第二个列表框中选择Internet ServiceProvider（Internet服务供应者）（Web
Publishing Wizard的最新版的用户需要单击Advanced 按钮）。如果是为一个LAN内部网站点建立连接，那么，当使用老版本的
Web Publishing Wizard时，可以选择Other Internet Provider 选项，或者在使用新版的 Web
Publishing Wizard时自动提供Select Service Provider选项。<br>

              &nbsp;&nbsp;&nbsp;&nbsp;7. 单击Next，就可以看到下一页面，如下图所示。<br>

              <img src="105154_files/20061021231324887.JPG" height="355" width="614"><br>
&nbsp;&nbsp;&nbsp;&nbsp;注意，你需要定义一个到Internet服务器的连接。在URL域中简单地输入自己的站点名。使用
Web Publishing Wizard新版本的用户还需要提供与远程Web站点相对应的本地目录。这是Web Publishing
Wizard寻找发送到Web服务器上文件的地方。绝大多数情况下使用缺省目录也就可以了。如果你使用Web
PublishingWizard，那么请跳到第9步。<br>
&nbsp;&nbsp;&nbsp;&nbsp;8. 单击Next，Web Publishing
Wizard就会询问你用于发布信息的URL，除非使用非正常安装，否则Web Publishing Wizard提供的缺省URL就工作得很好。<br>
&nbsp;&nbsp;&nbsp;&nbsp;9. 单击Next，就能看到下一页，如下图所示。该页允许你选择连接的类型：
LAN或拨号方式。不要被对话框中的描述弄糊涂，就像为Internet建立连接一样，你可以很容易地为内部网建立拨号连接。<br>

              <img src="105154_files/20061021231325735.JPG" height="372" width="623"><br>
&nbsp;&nbsp;&nbsp;&nbsp;10.
在LAN连接（没有调制解调器的连接）或拨号连接之间选择一项。如果你选择的是拨号连接方式，那么还需要在列表框中选择一种拨号连接。单击NewDial
-UP Connection按钮，可以创建一个新的连接定义。<br>
&nbsp;&nbsp;&nbsp;&nbsp;11. 单击Next，Web Publishing
Wizard会显示下一页，该页简单说明你所提供的信息中需要验证的信息。单击Next将开始对信息进行验证。如果你要建立LAN连接，几乎立刻就会得到
如下图所示的错误消息。别担心，下面几步会告诉你如何解决这个问题。如果Web Publishing
Wizard成功地找到了你的站点，你就可以跳转到第15步了。<br>

              <img src="105154_files/20061021231326520.JPG" height="137" width="672"><br>

              &nbsp;&nbsp;&nbsp;&nbsp;12. 单击OK，关闭错误消息对话框，你会看到扩展连接配置的第一页，如下图所示。<br>

              <img src="105154_files/20061021231326280.JPG" height="346" width="613"><br>
&nbsp;&nbsp;&nbsp;&nbsp;这就是你选择文件传输方式的地方。如果你是通过拨号连接方式访问Internet站点，就可以选择
FTP或HTTP文件传输方式。其中的HTTP方法只对使用HTTP版本1.1及以上版本的Web站点可用。如果你使用的是LAN，那么FTP和
Windows File Transfer选项都可以使用。这里不同的连接还需各种不同的定义。接着，系统将继续显示Windows File
Transfer选项，这也正是你经常需要使用的选项。<br>
&nbsp;&nbsp;&nbsp;&nbsp;技巧 如果使用的是LAN连接，应尽可能使用Windows File
Transfer方式，因为它比较快。FTP连接需要一个附加的文件传输层，这在LAN环境中是不需要的。不过，在WAN上，FTP方式能提供附加的安全
保护层。<br>
&nbsp;&nbsp;&nbsp;&nbsp;13. 单击Next，就能看到如图11.2所示的下一页。在这里，连接问题变得明显了。Web
Publishing
Wizard几乎总是不能找到文件正确的目标UNC（统一命名约定）。原因很简单：大部分情况下该名字都被服务器隐藏起来了。你需要给自己的存贮目录提供
一个完整的UNC，如图11.2所示。确保提供的是一个UNC名，而不是标准的DOS驱动器和目录位置。使用UNC的原因是，它允许你使用同一种登记项技
术，而不管服务器使用什么文件系统。<br>