MFC的一些基础知识

MFC借助C++的优势为Windows开发开辟了一片新天地，同时也借助 ApplicationWizzard使开发者摆脱离了那些每次都必写基本代码，借助ClassWizard和消息映射使开发者摆脱了定义消息处理时那种混乱和冗长的代码段。更令人兴奋的是利用C++的封装功能使开发者摆脱Windows中各种句柄的困扰，只需要面对C++中的对象，这样一来使开发更接近开发语言而远离系统。（但我个人认为了解系统原理对开发很有帮助）

正因为MFC是建立在C++的基础上，所以我强调C/C++语言基础对开发的重要性。利用C++的封装性开发者可以更容易理解和操作各种窗口对象；利用C++的派生性开发者可以减少开发自定义窗口的时间和创造出可重用的代码；利用虚拟性可以在必要时更好的控制窗口的活动。而且C++本身所具备的超越C语言的特性都可以使开发者编写出更易用，更灵活的代码。

在MFC中对消息的处理利用了消息映射的方法，该方法的基础是宏定义实现，通过宏定义将消息分派到不同的成员函数进行处理。下面简单讲述一下这种方法的实现方法：

代码如下

BEGIN_MESSAGE_MAP(CMainFrame, CFrameWnd)

//{{AFX_MSG_MAP(CMainFrame)

ON_WM_CREATE()

//}}AFX_MSG_MAP

ON_COMMAND(ID_FONT_DROPDOWN, DoNothing)

END_MESSAGE_MAP()

经过编译后，代码被替换为如下形式（这只是作讲解，实际情况比这复杂得多）：

//BEGIN_MESSAGE_MAP(CMainFrame, CFrameWnd)

CMainFrame::newWndProc(...)

{

switch(...)

{

//{{AFX_MSG_MAP(CMainFrame)

// ON_WM_CREATE()

case(WM_CREATE):

OnCreate(...);

break;

//}}AFX_MSG_MAP

// ON_COMMAND(ID_FONT_DROPDOWN, DoNothing)

case(WM_COMMAND):

if(HIWORD(wP)==ID_FONT_DROPDOWN)

{

DoNothing(...);

}

break;

//END_MESSAGE_MAP()

}

}

newWndProc就是窗口过程只要是该类的实例生成的窗口都使用该窗口过程。

所以了解了Windows的消息机制在加上对消息映射的理解就很容易了解MFC开发的基本思路了。

********************************************************************************

1.4 利用MFC进行开发的通用方法介绍

以下是我在最初学习VC时所常用的开发思路和方法，希望能对初学VC的朋友有所帮助和启发。

1、开发需要读写文件的应用程序并且有简单的输入和输出可以利用单文档视结构。

2、开发注重交互的简单应用程序可以使用对话框为基础的窗口，如果文件读写简单这可利用CFile进行。

3、开发注重交互并且文件读写复杂的的简单应用程序可以利用以CFormView为基础视的单文档视结构。

4、利用对话框得到用户输入的数据，在等级提高后可使用就地输入。

5、在对多文档要求不强烈时尽量避免多文档视结构，可以利用分隔条产生单文档多视结构。

6、在要求在多个文档间传递数据时使用多文档视结构。

7、学会利用子窗口，并在自定义的子窗口包含多个控件达到封装功能的目的。

8、尽量避免使用多文档多视结构。

9、不要使用多重继承并尽量减少一个类中封装过多的功能。

**************************************************************

3.4 文档，视，框架之间相互作用

一般来说用户的输入/输出基本都是通过视进行，但一些例外的情况下可能需要和框架直接发生作用，而在多视的情况下如何在视之间传递数据。

在使用菜单时大家会发现当一个菜单没有进行映射处理时为禁止状态，在多视的情况下菜单的状态和处理映射是和当前活动视相联系的，这样MFC可以保证视能正确的接收到各种消息，但有时候也会产生不便。有一个解决办法就是在框架中对消息进行处理，这样也可以保证当前文档可以通过框架得到当前消息。

在用户进行输入后如何使视的状态得到更新？这个问题在一个文档对应一个视图时是不存在的，但是现在有一个文档对应了两个视图，当在一个视上进行了输入时如何保证另一个视也得到通知呢？MFC的做法是利用文档来处理的，因为文档管理着当前和它联系的视，由它来通知各个视是最合适的。让我们同时看两个函数：

void CView::OnUpdate( CView* pSender, LPARAM lHint, CObject* pHint )

void CDocument::UpdateAllViews( CView* pSender, LPARAM lHint = 0L, CObject* pHint = NULL )

当文档的UpdateAllViews被调用时和此文档相关的所有视的OnUpdate都会被调用，而参数lHint和pHint都会被传递。这样一来发生改变视就可以通知其他的兄弟了。那么还有一个问题：如何在OnUpdate中知道是那个视图发生了改变呢，这就可以利用pHint参数，只要调用者将 this指针赋值给参数就可以了，当然完全可以利用该参数传递更复杂的结构。

视的初始化，当一个文档被打开或是新建一个文档时视图的CView::OnInitialUpdate()会被调用，你可以通过重载该函数对视进行初始化，并在结束前调用父类的OnInitialUpdate，因为这样可以保证OnUpdate会被调用。

文档中内容的清除，当文档被关闭时（比如退出或是新建前上一个文档清除）void CDocument::DeleteContents ()会被调用，你可以通过重载该函数来进行清理工作。

在单文档结构中上面两点尤其重要，因为软件运行文档对象和视对象只会被产生并删除一次。所以应该将上面两点和C++对象构造和构析分清楚。

最后将一下文档模板（DocTemplate）的作用，文档模板分为两类单文档模板和多文档模板，分别由CSingleDocTemplate和CMultiDocTemplate表示，模板的作用在于记录文档，视，框架之间的对应关系。还有一点就是模板可以记录应用程序可以打开的文件的类型，当打开文件时会根据文档模板中的信息选择正确的文档和视。模板是一个比较抽想的概念，一般来说是不需要我们直接进行操作的。

当使用者通过视修改了数据时，应该调用GetDocument()->SetModifiedFlag(TRUE)通知文档数据已经被更新，这样在关闭文档时会自动询问用户是否保存数据。

*******************************************************

3.5 利用序列化进行文件读写

在很多应用中我们需要对数据进行保存，或是从介质上读取数据，这就涉及到文件的操作。我们可以利用各种文件存取方法完成这些工作，但MFC中也提供了一种读写文件的简单方法——“序列化”。序列化机制通过更高层次的接口功能向开发者提供了更利于使用和透明于字节流的文件操纵方法，举一个例来讲你可以将一个字串写入文件而不需要理会具体长度，读出时也是一样。你甚至可以对字符串数组进行操作。在MFC提供的可自动分配内存的类的支持下你可以更轻松的读/写数据。你也可以根据需要编写你自己的具有序列化功能的类。

序列化在最低的层次上应该被需要序列化的类支持，也就是说如果你需要对一个类进行序列化，那么这个类必须支持序列化。当通过序列化进行文件读写时你只需要该类的序列化函数就可以了。

怎样使类具有序列化功能呢？你需要以下的工作：

该类从CObject派生。
在类声明中包括DECLARE_SERIAL宏定义。
提供一个缺省的构造函数。
在类中实现Serialze函数
使用IMPLEMENT_SERIAL指明类名和版本号

下面的代码建立了一个简单身份证记录的类，同时也能够支持序列化。

in H
struct strPID
{
char szName[10];
char szID[16];
struct strPID* pNext;
};
class CAllPID : public CObject
{
public:
DECLARE_SERIAL(CAllPID)
CAllPID();
~CAllPID();

public:// 序列化相关
struct strPID* pHead;
//其他的成员函数
void Serialize(CArchive& ar);
};

in CPP
IMPLEMENT_SERIAL(CAllPID,CObject,1) // version is 1，版本用于读数据时的检测
void CAllPID::Serialize(CArchive& ar)
{
int iTotal;
if(ar.IsStoring())
{//保存数据
iTotal=GetTotalID();//得到链表中的记录数量
arr<26;i++)
ar<<&(((BYTE*)pItem)+i);//写一个strPID中所有的数据
}
}
else
{//读数据
ar>>iTotal;
for(int i=0;i26;j++)
ar>>*(((BYTE*)pID)+j);//读一个strPID中所有的数据
//修改链表
}
}
}

当然上面的代码很不完整，但已经可以说明问题。这样CAllPID就是一个可以支 持序列化的类，并且可以根据记录的数量动态分配内存。在序列化中我们使用了CArchive类，该类用于在序列化时提供读写支持，它重载 了<<和>>运算符号，并且提供Read和Write函数对数据进行读写。

下面看看如何在文档中使用序列化功能，你只需要修改文档类的Serialize(CArchive& ar)函数，并调用各个进行序列化的类的Serial进行数据读写就可以了。当然你也可以在文档类的内部进行数据读写，下面的代码利用序列化功能读写数据：

class CYourDoc : public CDocument
{
void Serialize(CArchive& ar);
CString m_szDesc;
CAllPID m_allPID;
......
}

void CYourDoc::Serialize(CArchive& ar)
{
if (ar.IsStoring())
{//由于CString对CArchive定义了<<和>>操作符号，所以可以直接利用>>和<<
ar<>m_szDesc;
}
m_allPID.Serialize(ar);//调用数据类的序列化函数

}

7、高质量子程序

要点：

子程序代码长度最好控制在200行之内，如果超过200行，会在可读性方面遇到问题。

把宏表达式整个包含在括号内，比如：#define Cube(a) (a*a*a)

创建子程序最主要的目的是提高程序的可管理性，当然也有其他一些好的理由。其中，节省代码空间只是一个次要原因：提高可读性、可靠性和可修改性等原因都更重要一些。

子程序可以按照其内聚性分为很多类（功能内聚、顺序内聚、通讯内聚、临时内聚过程内聚、逻辑内聚、巧合内聚），而你应该让大多数子程序具有功能上的内聚性，这是最佳的一种内聚性。

子程序的名字是它的质量的指示器。如果名字槽糕但是恰如其分，那就说明这个子程序设计得很差劲。准确使用对应词，下面列出一些常见的对应词组：

add/remove increment/decrement open/close

begin/end insert/delete show/hide

create/destroy lock/unlock source/target

first/last min/max start/stop

get/put next/previous up/down

get/set old/new

只有在某个子程序的主要目的是返回由其名字所描述的特定结果时，才应该使用函数。

细心的程序员会非常谨慎地使用宏，而且只在万不得已时才用。