Win32的基本概念和c++的重要性质

 

                                                                                                            Win32的基本概念和c++的重要性质（简介）

1.    在MFC程序中，如果想要修改应用程序窗口的图标，则应在框架类中进行，因为在框架窗口中才有标题栏，所以才能修改位于该标题栏上的图标；如果想要修改程序窗口的背景和光标，则应该在视类中进行。

2.    为什么Windows Programming Modal要把窗口函数设计为一个call back函数？为什么不让程序在抓到消息（GetMessage）之后直接调用它？原因是，除了你需要调用它，有很多时候操作系统也要调用你的窗口函数（例如当某个消息产生或某个事件发生）。窗口函数设计为callback形式，才能开放出一个借口给操作系统调用。

3.    Windows的对话框依其与父窗口的关系，分为两类：

①“令其父窗口无效，知道对话框结束”，这种称为modal对话框

②“父窗口与对话框共同运行”,这种称为modalless对话框。

4. Modal对话框的激活与结束，靠的是DialogBox和EndDialog两个API函数。

5. 模块定义文件.DEF，windows程序需要一个模块定义文件，将模块名称、程序段和数据段的内存特性、模块堆大小、堆栈大小、所有callback函数名称等等登记下来。资源描述文件.RC，是一个以文件描述资源的地方，常用的资源有九项之多，分别是ICON、CURSOR、BITMAP、FONT、MENU、ACCELERATOR、STRING、VERSIONINFO,还可能有新的资源不断加入，这些文字描述需要经过RC编译器，才产生可使用的二进制代码。

6. 空闲时间的处理：OnIdle。所谓空闲时间是指系统中没有任何消息等待处理的时间。后台工作最适宜在空闲时间完成。PeekMessage和GetMessage的性质不同。它们都是到消息队列中抓消息，如果抓不到，程序的主执行线程会被操作系统挂起。当操作系统再次回来照顾这一执行线程时，发现消息队列中仍然是空的，这时候：GetMessage会过门不入，于是操作系统再去照顾其它人。PeekMessage会取回控制权，使得程序得以执行一段时间，于是消息循环就进入OnIdle函数中。

7. 线程的优先级范围从0（最低）和31（最高）。当你产生线程时，并不是直接以数值指定优先级，而是采用两个步骤。第一个步骤是指定“优先级等级“给行程，第二个步骤是指定”相对优先级”给该进程所拥有的线程。

8. 如果你以一个“基类之指针”指向“派生类之对象”，那么经由该指针你只能够调用基类所定义的函数。

   如果你以一个“派生类之指针”指向一个“基类之对象”，你必须先做明显的转型操作，这种做法很危险。

   如果基类和派生类都定义了“相同名称之成员函数”，那么通过对象指针调用成员函数时，到底调用到哪一个函数，必须视指针的原始类型而定，而不是视指针实际所指的对象的类型而定。

9. 虚函数正是为了对“如果你以一个基类之指针指向一个派生类之对象，那么通过该指针你就只能够调用基类所定义之成员函数”这条规则反其道而行的设计。如果你预期派生类有可能重新定义某一个成员函数，那么你就在基类中把此函数设为virtual。

   虚函数结论：

①    如果你期望派生类重新定义一个成员函数，那么你应该在基类中把此函数设为virtual。

②    以单一指令调用不同函数，这种性质成为Polymorphism，意思是多态。

③    虚拟函数是c++语言的Polymorphism性质以及动态绑定的关键。

④    既然抽象类中的虚函数不打算被调用，我们就不应该定义它，应该把它设为纯虚函数（在函数声明之后加上”=0”即可）。

⑤    我们可以说，拥有纯虚函数者为抽象类，以别于所谓的具体类。

⑥    抽象类不能产生出对象实例，但是我们可以拥有指向抽象类的指针，以便于操作抽象类的各个派生类。

⑦    虚函数派生下去仍为虚函数，而且可以忽略virtual关键词。

10. c++编译器对于虚函数的实现方式：为了达到动态绑定(后期绑定)的目的，

C++编译器通过某个表格，在执行期”间接”调用实际上欲要绑定的函数。

这样的表格成为虚函数表（常被称为vtable）。每一个“内含虚函数的类”，

编译器都会为它做出一个虚函数表，表中的每一个元素都指向一个虚函数的

地址。此外，编译器当然也会为类加上一项成员变量，是一个指向该虚函数

表的指针（常被称为vptr）。

11. c++程序的生与死，即构造函数与析构函数。

    结论：①对于全局对象，程序一开始，其构造函数就先被执行（比程序进入点更早）；程序即将结束前其析构函数被执行，MFC程序就有这样一个全局对象，通常以application object称呼之。②对于局部对象，当对象诞生时，其构造函数的存活范围（以至于对象将毁灭）时，其析构函数被执行。③对于静态（static）对象，当对象诞生时其构造函数被执行；当程序将结束时（此对象因而将遭致毁灭）其析构函数才被执行，但比全局对象的函数早一步执行。④对于以new方式产生出来的局部对象，当对象诞生时其构造函数被执行，析构函数则在对象被delete时执行。

12. 四种不同的对象生存方式（in stack,in heap,global,local static）。

在c++中，有四种方法可以产生一个对象。第一种方法是在堆栈之中产生它：

void MyFunc()

{

 CFoo foo;//在堆栈（stack）中产生foo对象

}

第二种方法是在堆（heap）中产生它：

void MyFunc()

{

 CFoo* pFoo=new CFoo();//在堆（heap）中产生对象

}

第三种方法是产生一个全局对象（同样也必然是个静态对象）：

CFoo foo;//在任何函数之外做此操作

第四种方法是产生一个局部静态对象：

void MyFunc()

{

 static CFoo foo;//在函数范围之内的一个静态对象

}

不论上面哪一种做法，c++都会产生一个针对CFoo构造函数的调用操作。前两种情况，c++在配置内存——来自堆栈或堆——之后立刻产生一个隐藏的（在程序代码中看不出来）构造函数将调用。第三种情况，由于对象实现于任何“函数活动范围”之外，显然没有地方来安置这样一个构造函数调用操作。第三种情况（静态全局对象）的构造函数调用操作必须靠startup代码帮忙。第四种情况（局部静态函数）相当类似c语言中的静态局部变量，只会有一个实例产生，而且在固定的内存上（既不是stack也不是heap）、它的构造函数在控制权第一次转移到其声明处（也就是在MyFunc第一次被调用）时被调用。

13. 运行时类型识别（RTTI）：就是在程序执行过程中知道某个对象是属于哪一种类。

CRuntimeClass没有基类。每个由CObject派生的类都与一个CRuntimeClass结构相联系，用户可以使用该结构获取一个对象及其基类的运行时信息。当需要额外的函数参数检查时，或当用户必须根据一个对象的类编写特殊目的代码时，在运行时确定该对象的类就非常有用。C++并不直接支持运行时类的信息。

struct CRuntimeClass
{
// Attributes
 LPCSTR m_lpszClassName; //存放asscii类名的以空字符结尾的字符串
 int m_nObjectSize;   //以字节为单位给出对象的大小
 UINT m_wSchema; // schema number of the loaded class
 CObject* (PASCAL* m_pfnCreateObject)(); // NULL => abstract class
#ifdef _AFXDLL
 CRuntimeClass* (PASCAL* m_pfnGetBaseClass)();
#else
 CRuntimeClass* m_pBaseClass;
#endif

// Operations
 CObject* CreateObject();
 BOOL IsDerivedFrom(const CRuntimeClass* pBaseClass) const;

 // dynamic name lookup and creation
 static CRuntimeClass* PASCAL FromName(LPCSTR lpszClassName);
 static CRuntimeClass* PASCAL FromName(LPCWSTR lpszClassName);
 static CObject* PASCAL CreateObject(LPCSTR lpszClassName);
 static CObject* PASCAL CreateObject(LPCWSTR lpszClassName);

// Implementation
 void Store(CArchive& ar) const;
 static CRuntimeClass* PASCAL Load(CArchive& ar, UINT* pwSchemaNum);

 // CRuntimeClass objects linked together in simple list
 CRuntimeClass* m_pNextClass;       // linked list of registered classes
 const AFX_CLASSINIT* m_pClassInit;
};

总之,DECARE_DYNAMIC()宏其实只是为了在类中添加:
  Static CRuntimeClass  ClassCCmdTarget;  //静态变量
  Virual CRuntimeClass *GetRuntimeClass() const; //成员函数
  DECLARE_DYNAMIC/IMPLEMENT_DYNAMIC是为了确定运行时对象属于哪一个类      而定义的宏.

IMPLEMENT_DYNAMIC(CView,CWnd)  "运行时类型识别"

14. Templates的编译与链接：每一个使用Template的程序代码的目的文件中都存在有template代码，链接器负责复制和删除。