|
 |
推荐文章 |
|
|
|
|
|
|
|
|
|
|
| 作者：本站收集 日期：2005-8-4 16:47:46 |
|
|
每个版本的Microsoft Visual C++ 向导都有轻微的改进，在你集中精力使用某个向导的过程中，设置应用程序时遗漏某些东西也是件毫不奇怪的事情。
本节研究单文档应用程序棗或许你已经用它编写过某个小型的文本编辑器或其它轻型、通用的文档编辑器。本例中，我们将创建一个丰富格式文本编辑器，它不需要做多少工作就可以很好地编辑文本了。在本书后续章节中，我们将给这个程序增加新的功能，使其更加有实用价值。
开始这个工程时，使用File|New显示New对话框，选择MFC AppWizard(EXE)工程类型，在Project Name域键入应用名称，示例应用中使用Sng1_Doc作为应用程序名称，但你也可以使用与此相似的任何名称。单击OK，系统显示MFCAppWizard - Step 1对话框，选择Single Document选项，然后单击Next。系统显示如下图所示的MFC AppWizard - Step 2 of 6对话框。
这是需要你做出决策的第一个位置。如果你想在应用程序中增加对数据库的支持，那么需要决定在MFC AppWizard中得到哪个层次的支持，在本书的第二部分我们将花些时间详细讨论这个问题，因此这里我就不多讲了。单击Next，你会看到如下图所示的Step 3对话框。
这个对话框的上半部决定了要在应用程序中添加哪个层次的OLE支持。添加的支持越多，应用程序也就越大。最基本的OLE支持层次是用做容器（Container）。容器既可以作为客户，又可以存储链接对象和嵌入对象。下一个OLE支持层次是Mini-server（小型服务器），它允许创建复合文档，小型服务器不能独立工作。另外，它只能操作嵌入对象。作为服务器使用时，全功能服务器（Full-Server）确实具备了OLE的全部功能，但它却不能作为容器使用。这样的应用程序用起来与Microsoft Paint（画图）十分相似，你可以把MicrosoftPaint文档嵌入或链接到你的应用程序中，但Microsoft Paint本身不能存储其它入或链接到你的应用程序中，但Microsoft Paint本身不能存储其它应用程序创建的对象。最后，Both Container and Server选项让你的应用程序具备本地OLE支持的所有功能。你既可以把应用程序用做OLE服务器，也可以将它用做OLE客户。但是，这种应用程序不能用做Internet浏览器棗原因在于它没有设计成ActiveX Document服务器。
注意在最后一个单选钮（Both Container and Server）的下方有两个复选框，如果选中第一个复选框，Visual C++还将增加使你的应用程序用做ActiveXDocument Server（ActiveX文档服务器）所需的支持。Active Document Server能够创建和管理ActiveX文档。第二个复选框是Active Document Container，它允许你的应用程序在其框架内包含ActiveX文档。本质上说，它允许你在应用程序中嵌入像Microsoft Word或Excel这样的应用程序生成的文档。现在，我们选择Both Container and Server选项并选中Active Document Server复选框，在第11章中我们将探讨这项选择的细节。
在Step 3对话框中还有另外两个重要的复选框。第一个是Automation，对大型应用程序来说通常要选中这个复选框。Automation允许你操作其它应用程序创建的对象，也允许自动化（Automation）客户端操作你的应用程序创建的对象。从现在开始，也可以把自动化看成是一种可编程能力，虽然这种说法不甚精确（自动化的完整定义相当长，需要放开讲才能说清楚棗在本书的后续章节中我们将讨论这个问题）。
第二个选项是ActiveX Control。如果在应用程序中要使用任何OCX控件（无论OCX控件是否设计成ActiveX控件），那么都必须选中这个复选框。确实选中ActiveX Control和Automation复选框，然后单击Next，系统显示如下图所示的Step 4对话框。
该对话框的上半部分用于选择应用程序中要包含的界面元素的类型。正常情况下，保留Visual C++的缺省设置，这样的设置将创建标准的应用程序。如果想为用户提供上下文相关帮助，那么选中Context-Sensitive Help复选框。在第15章中我们将介绍向应用程序中添加上下文相关帮助的方法。
这个对话框中下面的两个选项让你在应用程序中添加通讯支持功能。第一个选项专门用于电子邮件，选中这个选项后应用程序可以发送和接收电子邮件（只要电子邮件应用程序与MAPI兼容）。第二个选项让应用程序通过TCP/IP网络进行通讯。如果要在你的应用程序中添加Internet支持功能，那么选中这个复选框。
Visual C++包含的新特性让你能够选择工具条的外观。我们既可以选择Nor-mal使用标准C++工具条的外观，也可以选择Internet Explorer提供的新外观。使用Internet Explorer ReBars选项有两个好处：我们既可以在工具条上添加任何Windows控件（并不仅限于菜单命令），也可以像命令条那样“漂浮”ReBars。
剩下的两个选项是最近使用文件列表中列出的文件个数和一个标题为Ad-vanced的神秘按钮。正常情况下，我把最近使用文件列表中列出的文件个数设置为尽可能大的值，原因在于我经常要操作许多文档。在这里给用户提供最大的灵活性并不影响应用程序的大小和速度，因此，将其设置为尽可能大的值并不是什么大是大非的问题。
现在让我们看一看Advanced按钮。单击这个按钮，系统显示如下图所示的Advanced Options对话框，这个对话框是设置文档参数的地方，也是选择用户使用时显示在标题条中文本这类设置的地方。在标题条中也将显示当前文档的名称。
按上图所示设置Advanced Options对话框。完成后的应用程序使用扩展名为XYZ的文件，应用程序的标题为“Single Document Example”，每次显示FileOpen或File Save对话框时，过滤器域显示为“XYZ Single DocumentFile(*.xyz)”。最后，当显示该应用程序创建的文档的属性对话框时，对话框将显示该文档的类型为“XYZ Single Document ”。单击Close按钮接受上述设置，单击两次Next，系统显示如下图所示的Step 6对话框。
这是我要向你介绍技巧的另一个地方。如果你没有真正留意的话，就有可能遗漏在文档视图类中可以使用你喜爱的任何基类这一事实。为什么说要重点考虑基类的选择呢？如果接受了Visual C++的缺省设置，那么应用程序对文档的任何操作你都必须编写代码。当你要创建一种全新的文档时，上述设置并没有任何不妥，但绝大多数应用程序并非要创建一种全新的文档，而是建立一个与其它应用程序相似、并提供其它应用程序所缺乏特性的应用程序。本例中，我们要创建一个文本编辑器，因此没有必要使用CView（应用程序的缺省基类）.选择CEditView或CRichEditView类作为应用程序的基类将省去许多工作，原因在于该应用程序一经设计就已经知道作为简单的字处理程序应该如何完成任务。你甚至不需要添加任何代码就能得到上述功能。
为了展示基类的作用，在示例程序中我们选择CRichEditView作为CSng1_DocView类的基类。单击Finish按钮完成设置。当看到New ProjectInformation对话框时，单击OK，Visual C++为你创建该示例应用程序。
现在生成应用程序并启动运行。你会看到可以在应用程序中输入文本并将其保存到XYZ文档中。添加一些代码后，该应用程序就可以读取其它文本和RTF文档。当然，也可以以其它方式扩展这个应用程序。例如，由于该应用程序使用了富文本编辑控件，因此可以为其增加文本格式化功能和颜色功能。我们已经添加的OLE能力意味着需要时可以在文档中插入图像。已经完成的应用程序只做了很少的工作就具备了许多潜在的功能。
或许现在你还没有注意到，这个特殊的示例程序并没有要你编写一行代码。最终的程序相当完美，是C程序员不敢想像的。图2.4展示了到现在为止这个应用程序的显示结果，随着本书的展开，我们将进一步改进这个应用程序。
 |
|
|
|
|
|
特别声明： 本站除部分特别声明禁止转载的专稿外的其他文章可以自由转载，但请务必注明出处和原始作者。文章版权归文章原始作者所有。对于被本站转载文章的个人和网站，我们表示深深的谢意。如果本站转载的文章有版权问题请联系编辑人员，我们尽快予以更正。 |
|
|
|
|
|
责任编辑： 原点 |
投稿作者： 本站收集 |
|
|
信息来源： 网络 |
录入时间： 2005-8-4 16:47:46 |
|
|
|
| |
|
设为首页
加入收藏
总编信箱
投稿或申请专栏请先 [登 陆]