对于字体不常用的旋转等属性,不进行封装,你可以直接调用API函数来设置TFont的Handle属性。
比较表中第一行和第二行:
前者是原始的API,后者是VC精心的封装成果,可惜二者几近雷同;既然你要封装,你就是要让它变得面向对象,易记易用;一模一样的照抄一遍,然后改改参数的名字,意义何在?
如你是想维持代码的效率,那么在繁杂度一样的情况下,为什么我们不直接使用效率更高的API函数呢?
倘若说,MFC的“封装”纯粹是一种多余,那或许也还可以接受。
然而MFC偏偏还要在这种冗余的封装上建立自已的应用程序架构,和前面的“封装”一样,MFC建立应用架构的出发点也是良好的,为了方便Windows程序员编程的难度,而结果却更糟糕。
有问题的架构犯了类库或接口提供者的大忌:
“有协议编程”。
什么叫“有协议编程”?
我们先来讲“无协议编程”。
所谓“无协议编程”是指接口的提供者在提供接口时,同时也提供接口的使用约定,这一套约定应该在接口所要提供的功能上广泛适用,而无须再有种种特殊的例外,这样的接口显然非常适于使用。
学习编程,如果挑错了我们每天都要面对的封装类库,就将永远都在努力处理这些无任何意义的问题。
MFC的CWnd提供了对Windows最基本的窗口元素的封装,其中对创建窗口的函数的封装为:
未封装的API:
HWNDCreateWindow(
LPCTSTRlpClassName,//registeredclassname
LPCTSTRlpWindowName,//windowname
DWORDdwStyle,//windowstyle
intx,//horizontalpositionofwindow
inty,//verticalpositionofwindow
intnWidth,//windowwidth
intnHeight,//windowheight
HWNDhWndParent,//handletoparentorownerwindow
HMENUhMenu,//menuhandleorchildidentifier
HINSTANCEhInstance,//handletoapplicationinstance
LPVOIDlpParam//window-creationdata
);
使用这个API函数,我们可以创建各种窗口。
CWnd封装的函数:
virtualBOOLCWnd:
:
Create(
LPCTSTRlpszClassName,
LPCTSTRlpszWindowName,
DWORDdwStyle,
constRECT&rect,
CWnd*pParentWnd,
UINTnID,
CCreateContext*pContext=NULL
);
不用我说,你也能看出这仍然是个改改参数的蹩脚的封装。
我们不去管它,现在我们关心的是:
CWnd:
:
Create对CreateWindow进行了封装,可是这一封装的结果是:
原来CreateWindow能实现的一些事情,在CWnd:
:
Create里突然成了例外。
是的,为了适应CWnd在MFC架构中所处的角色,程序员在涉及CWnd时必须记忆这样一条例外:
“CWnd的Create用于创建窗口的实际元素,但其中参数dwStyle不能包含有窗口风格中WS_POPUP(弹出式窗口),如果你要建立一个带有该风格的窗口,请使用CreateEx……”
我仍然要说VC也是一个很优秀的编程工具,但对于不想浪费无谓精力的编程初学者,我个人建议使用BorlandC++Builder,因为它实现真正的对象封装,从而使你可以节省不低于80%的时间来学习编程本质的知识——就是我们常说的数据结构与算法,这些东西最终决定你的编程能力。
下面是C++Builder提供我们的最重要的东西:
一、VCL类库:
一个好的底层类库,让我们从学习编程最初时刻就自然而然地学会使用面向对象的方法来写程序。
它大大降低了我们入门门槛的高度,却又让我们一开始就站在比别人高的位置看待与程序有关的问题;
二、组件技术:
组件技术代表了当今编程技术的主要方向,其设计思想与MS力推的Active控件如出一辙:
拥有相同的先进性。
只有借助组件技术,我们才有可能从一个初学者,迅速成为可实际工作的编程工作者;另一方面,如果作为组件的提供者,我们可以编写组件的过程中迅速提高自已的编程能力。
C++Builder还提供了许多其它先进技术,如事件委拖等等,归根到底都是通过封装让Windows编程原本需要长期积累才有可能掌握的知识变得直观易懂。
如果你刚刚开始学习编程,或者学习较长时间仍没有重大突破,或许使用C++Builder结合本课程系列,是个不错的选择。
附言:
微软最近推出的C#相信会对上述MFC的不足做一个收拾,它对C++的扩展与约束与BorlandC++Builder对C++的扩展与约束惊人的相似。
如果你乐意,我也真的很建议你在学完C++Builde后,继续学习C#。
熟悉BorlandC++Builder
一、界面:
启动BorlandC++Builder后,你会发现它的窗口和我们常见的一体化窗口的应用程序有所不同:
CB的各个子窗口并没有集成在一个主应用窗口中,而是分散为独立的主窗口。
(笔者的桌面分辨率为1024*728,但为了不让图的尺寸太大,我特意将各窗口拉得很小)
如果你打开CB后出现在界面和上图有所不同,可以通过File菜单,再选NewApplication,建一新的工程,则上图标注的2到4的窗口应该出现。
如果仍然有缺,请用鼠标点上图的标注为“1”所示窗口的标题栏(以确保为活动状态),然后多按几次F11或F12,可以在以上窗口来回切换(两者功能有不同,可以自己试一下)。
下面我们来了解这四个窗口:
标注为1的窗口:
这是我们比较熟悉的应用程序主窗口,虽然它看上去是一个长条,不过其上有主菜单(MainMenu),工具栏(Toolbar),和别的软件一样。
不一样的是这一“长条”的右下部分的多页式工具条。
事实上它并不是寻常意义上的工具条,因为其上的每一工具按钮并不提供执行某一命令的功能。
我们称它为控件栏。
控件是CB提供的先进的编程思想的体现之一,本章后面我们会初步学习如何使用控件。
标注为2的窗口:
这是一个文件编辑的窗口,我们之所以称之为代码编辑窗口,或简称为代码窗口,由名及义,这是我们写程序代码的地方。
标注为3的窗口:
称它为C++Builder软件的窗口并不妥当,它是我们自已要写软件的窗口。
Windows操作系统的应用软件,譬如Word2000,譬如WPSOffice,或者简单如画笔、记事本,总是会有一或多个窗口。
这是Windows应用软件的典型特征(Windows操作系统也因此称为Windows)。
尽管也可以写没有窗口的应用程序,但大多数情况下我们的程序至少需要一个窗口,所以CB在创建新工程时,总是默认为我们生成一个主窗口,这就是标注为3的窗口—在程序运行前,我们称它为“设计表单”(Form);在程序运行之后,它就是我们程序中的窗口。
我们的程序需要有几个不同的窗口,就可在设计期间生成同样多个类似标注为3的设计表单。
我对“表单”这个词总是无法产生具体的概念,可是不仅C++Builder还是Delphi或者VisualBasic(微软的得意之作),包括.net计划中的C#等快速应用程序设计系统,都使用Form这个词来称呼设计期间的窗口。
所以我还是统一口径叫表单。
但不管怎样,如果你在我的课程中偶尔发现设计窗口这样的说法,不用猜测,你尽管认定我就是在说表单。
一个原则:
只在设计期间,我们才有可能称它为表单,当窗口运行了,那就是窗口了,我们从不叫一个运行着的窗口为表单。
标注为4的窗口:
标题写着“ObjectInspector”直译为:
对象检视器。
事实上CB在调试程序时还有一个“DebugInspector”,我倒觉得让后者叫前者的名字更合适。
因为这里的Object也就对象,可不是我们以前说过面向对象的对象,它其实是用来查看,设置当前放在设计表单上的某个或某些控件的属性值和事件值的工具,后面我们会用到它。
控件:
也称为“组件”,有些CB的书区分这两者,认为前者是后者的某一特定的子集,就是窗口1右下的控件栏上的控件,至于控件的属性,稍后我们使用时,你就会了解;为了直观,我决定称4号窗口为控件属性检视器,或者属性检视器,或者属性窗口,总之离不了属性二字。
属性检视器有两页:
Properties(属性)和Events(事件)。
参照下一页的图,在这里统一一下口径,如图中Properties和Events,我们称它为多页(Properties为第一页,Events为第二页)。
关于分散窗口(苹果机早期的应用程序风格)的得失,我们不想在此讨论。
需要说明的是,CB的的各常用子窗口都提供Dockable,因此如果你喜欢集成式的窗口,大可通过鼠标拖拖放放来定制自已的集成窗口。
Dockable是指:
拖动窗口A,当经由窗口B的某一边缘地带时,窗口A可以成为窗口B上的子窗口,而停靠在窗口B的某一角落。
在CB里,不仅角落可以停靠,当位置为窗口B的中心时,窗口B还能以多页的方式加入窗口B。
大多数软件或许会在退出时保存住最后的窗口位置大小等设置,CB则提供你随时保存,调用各套桌面设置,比如编写代码时的桌面,调试时的桌面等。
以下就是笔者常用的,用于编写代码时CB桌面设置之一,它被我存盘为“PowerEditDsk”。
这套桌面集成了类专家(ClassExplorer),工程管理(ProjectManager)及消息窗口,任务列表(To-DoList)等窗口于代码编辑窗口内。
鉴于如果各位的桌面设置不统一会造成课程讲解上的一些困难,另外还有一个不是理由的理由:
CB有关桌面的设置有烦人的BUG,所以我们的课程使用CB默认的桌面设置,也是文前标有1、2、3、4的那张图中所示的窗口位置。
编写自已的第一个程序,并且用字幕打出“世界你好!
”—这是“很早很早”以前一本C程序教材的作者的发明,后来据说成了经典……不过很多人说这太过时了。
不管怎样,我认为这作为我们初次使用CB的教学例子仍然很合适。
很多人可能感到有点突然,当CB慢吞吞启动后,一堆界面元素无论如何都让人感到这不是一个轻量级的人物;我们什么编程基础都没有,能驾驭好这个巨人吗?
其实这就是CB的强大所在:
具有高度的弹性,你可以用它编写很小的程序,也可以集合数十个程序员,用它编写大型软件。
二、牛刀小试:
1、创建空白工程:
这是Windows的天下,尽管在《白话C++》的学习中,Windows编程并非重点,但我们还是选择了Windows作为我们认识CB的起点。
从主菜单中选择File|NewApplication;
(约定:
在谈菜单命令时,我们约定用这种格式:
File|NewApplication表示如上图的实际操作。
)
执行NewApplication之后,CB为我们新建一个空白工程。
空白工程是指:
绝大多数Windows程序所共同拥有的,必须的一个框架。
再说白点,就是你每写一个新程序,都需要的一堆完全一样的代码,也就是说在多数情况,这是一步机械的工作。
既然是“机械”的工作,当然由机器来完成最合适。
很多年前,笔者在VC和BC都未流行时,做了一个月“机械工”后,和许多那时的程序员一样,笔者很快尝试自已对这部分的代码进行封装。
后来笔者又建议单位购买一套中国人写的窗口对象类库;再后来,笔者开始用BC、VC编程至今天。
对于大家能有机会直接使用堪称最好封装的VCL学习编程,笔者能说的一句话就是:
珍惜你的机会,珍惜你的20元钱。
空白工程带有一个名为“Form1”的表单(上一节图中标有“3”的窗口),这就是程序运行时的主窗口,验证一下你就能明白。
选菜单:
Run|Run或者按F9键。
空白工程是一个完整的工程,在被编译成程序后运行,出现一个标题为“Form1”的窗口。
怎么和设计时的那个表单一模一样呢?
当然,所见即所得嘛。
不一样的地方是设计表单上有一些用于定位的小点,而运行后的窗口没有这些。
上面左图为表单,右图为窗口;表单(Form)是指设计时的窗口;窗口(Window)指运行时的表单。
2、世界你好:
从C++Builder的主窗口(上一节中标有“1”的窗口)右下部的控件栏中找到如下图所示的Label控件,同时记住Label控件在Standard页中。
上图中画有字母“A”的图标按钮即为Label,这个控件用来显示一些简单的文字内容。
在鼠标按下该按钮后(按下后按钮的形状如上图),将鼠标挪到表单Form1上随便位置点左键一个Labe1控件将被放在表单上。
用鼠标再点一下Label1,确保它为如上图中的被选中状态(带有八个黑点块)。
我们要通过修改属性,让它的内容显示为“Hello,World”。
在主菜单上依次点击View|ObjectInspector(或者按F11键),将出现ObjectInspector窗口(也就是上一节中标有“4”的窗口),我们称为控件属性检视器;通过“控件属性检视器”,我们可检查并设置当前选中的控件的属性(包括事件)。
由于刚才选中了Label(如果不是,请重复用鼠标再点一下表单上的Label1)。
操作后ObjectInspector窗口的上部应显示如下图:
上面的Label:
TLabel表示当前属性窗口显示的是Label1的属性。
同时我们注意到Caption属性为Label1(注意:
Name的属性也为Label1,千万别混了)。
Caption意为“标题”,它决定一个Label显示的内容。
你应该很明白怎么做了,在图中所示的Caption属性右边的编辑框内,将Label1改为Hello,World。
眼尖的学员一定发现,在改的同时,表单上的Labe1l如我们所愿,显示为“Hello,World”了。
笔者我眼力不钝,但还是没有看到结果,原因是有一个窗口挡住了Form1;此时只要按一下F12键,Form1将跳到前面。
完成后按下F9键,只见屏幕一闪,第一个我们参与设计的程序闪亮登场了!
很好,我们已经向这个世界打了招呼,工作似乎有点成果。
我们插播一段关于如何存盘的说明:
在CB中保存程序,总体上和在字处理里保存一个文档是一样的操作,比如你一