字符串拆分的中文处理问题

容健行＠2007年7月

转载请注明出处

原文出处：http://www.devdiv.net/home/space.php?uid=125&do=blog&id=365

概述：

拆分一个字符串在程序中使用非常广泛，特别是我们经常跟表格打交道的程序员们。所谓拆分字符串，就是将一个字符串中间以某个（或某些）字符为分隔，拆分成多个字符串。如 std::string s = "abc | ddd | 中国";    如果以竖线“|”拆分，可以将这个字符串拆分成三个字符串。

当然字符串拆分还包括通过正则表达式来拆分，为了简化问题，我们以单个字符做分隔的拆分，因为这种拆分用得最多。代码使用C++来讲解。

问题：

问题来源于实际，是之前我们组和其他组都有遇上的。先看一个例子，使用"|"拆分以下字符串，看起来怎么数都是分为48列，但我看到好几个版本的字符串拆分函数却报有49列：

"AGZGY1000004|200|刘瓅||20100101||OPRT10|1|0||AAGZ0Y100|0|0|24|0|0|0|0||-1|20030101|0|20991231||AGZGK6172888|200|曾晓翔||20100101||OPRT10|1|0||AAGZ0K617|0|0|24|0|0|0|0||-1|20061215|1|20061215||"

原因分析：

让我们先把以上字符串放到UltraEdit中，并切换到16进制的编辑模式，看看它的编码。

原因是原来的字符串拆分函数只是简单的查找“｜”（编码为0x7c）,而没有考虑到中文的处理（源代码太多，且有好几个版本，这里略去）。

在boss中，c++程序使用的编码方式几乎全为ansi，而在ansi中，表示中文是用两个字符，且第一个字符是一个大于0x80的字符（字符的第一位为1），第二个字符为任意字符。这里引起一个问题：

当我们要分割字符串时，假如用"|"(0x7c)作为分割符，当分析上面这个字符遇到"瓅"(编码为0xad,0x7c)这个字符时，会把它第二个字符作为了分割符，结果就多出了一列。

解决方案：

问题原因找到了，重新写了一下字符串拆分函数－Split，这里使用的方法是：找到分隔符后，再向前查找字符看一下它前一个字符是否为东亚文字的第一个字符编码（编码大于0x80）。

考虑到以后支持unicode，这里使用了模板。以下可能不是最高效简单的实现，但如果以后遇上这种问题，可以参考一下。

#include "stdafx.h"

#include <stdio.h>

#include <tchar.h>

#include <iostream>

#include <string>

#include <vector>

#include <algorithm>

#include <fstream>

// unicode 分割策略

inline

    bool __SplitPolicy(

    const std::wstring& s,

    const std::wstring& splitchar,

    std::wstring::size_type& pos)

{

    pos = s.find_first_of(splitchar, pos);

    return pos != std::string::npos;

}

// ansi 分割策略

inline

    bool __SplitPolicy(

    const std::string& s,

    const std::string& splitchar,

    std::string::size_type& pos)

{

    pos = s.find_first_of(splitchar, pos);

    if (pos != std::string::npos)

    {

       // 如果前一个字符的第一位为1，且当前字符是在东亚文字的第二个字符，

       // 则认为该字符是东亚字的其中一个字符，要跳过，不作为分割符。

       std::string::size_type i = 1;

       for (; i < pos; ++i)

       {

           if (!((char)(s[pos - i]) & 0x80)) // 判断第一位是否为1。（0x80的二进制为 10000000）

              break;

       }

       if (!(i % 2)) // 看一下当前字符是否为东亚文字的第二个字符

       {

           ++pos;

           __SplitPolicy(s, splitchar, pos);

       }

    }

    return pos != std::string::npos;

}

template<typename char_type> inline

    int Split(

    const std::basic_string<char_type>& s,

    const std::basic_string<char_type>& splitchar,

    std::vector<std::basic_string<char_type> >& vec)

{

    typedef std::basic_string<char_type>   string_t;

    typedef typename string_t::size_type   size_t;

    string_t tmpstr;

    size_t pos = 0, prev_pos = 0;

    vec.clear();

    while (__SplitPolicy(s, splitchar, pos))

    {

       tmpstr = s.substr(prev_pos, pos - prev_pos);

       vec.push_back(tmpstr);

       prev_pos = ++pos;

    }

    size_t len = s.length() - prev_pos;

    if (len > 0)

       vec.push_back(s.substr(prev_pos, len));

    return static_cast<int>(vec.size());

}

// ansi版本测试

void testSplit()

{

    std::vector<std::string> vec;

    const std::string str = "AGZGY1000004|200|刘瓅瓅||20100101||OPRT10|1|0||AAGZ0Y100|0|0|24|0|0|0|0||-1|20030101|0|20991231||AGZGK6172888|200|曾晓翔||20100101||OPRT10|1|0||AAGZ0K617|0|0|24|0|0|0|0||-1|20061215|1|20061215||a";

    const std::string sp = "|";

    int count = Split(str, sp, vec);

    for (std::vector<std::string>::const_iterator it = vec.begin(); it != vec.end(); ++it)

       std::cout << *it << " ";

}

// unicode版本测试

void testSplitW()

{

    std::vector<std::wstring> vec;

    const std::wstring str = L"AGZGY1000004|200|刘瓅||20100101||OPRT10|1|0||AAGZ0Y100|0|0|24|0|0|0|0||-1|20030101|0|20991231||AGZGK6172888|200|曾晓翔||20100101||OPRT10|1|0||AAGZ0K617|0|0|24|0|0|0|0||-1|20061215|1|20061215||";

    const std::wstring sp = L"|";

    Split(str, sp, vec);

    const char head[3] = {0xff, 0xfe, 0};

    const wchar_t line[3] = L" ";

    // 控制台输出不了unicode字符，使用输出到文件的方式

    std::ofstream fileOut("C:/out.txt");

    fileOut.write(head, 2);

    for (std::vector<std::wstring>::iterator it = vec.begin(); it != vec.end(); ++it)

    {

       fileOut.write((const char*)it->c_str(), it->length() * 2);

       fileOut.write((const char*)line, 2);

    }

}

int main()

{

    testSplit();

    testSplitW();

}

参考：

1．http://unicode.org/

2．《谈谈Unicode编码，简要解释UCS、UTF、BMP、BOM等名词》

using namespace std;
#define CHARNUM 256 
//计算一个串最出现频率最高的字符

char mostFreq(const char* str)
{
 int freq[CHARNUM]= {0};
 int firstPos[CHARNUM] = {0};
 int pos = 0;
 const char* p = str;
 while( *p != '\0')
 {
  if(freq[*p] == 0)
  {
   firstPos[*p] = pos; 
  }
  freq[*p++]++;
   pos++;
  }
  int maxF = -1;
  int ch = '\0';
  for(int i = 1;i < 256;i++)
  {
   if( freq[i] > maxF)
   {
    ch = i;
   maxF = freq[i];
   }
   if( freq[i] == maxF)
   {
    if( firstPos[i] < firstPos[ch])
    {
     ch = i; 
    }
   }    
  }
  cout<<" maxF ="<<maxF<<endl;
 
  return (char)ch;
}
 
int main()
{
 int* a[9][4][5];
 
 
 int b = a[5] - a[3];
 cout<<"b = "<<b<<endl;
 
 int* c[3];
 
 char * str = "aabyebbdfdf 1`5454545$$$#$#$2788kldef";
 
 char ch;
 ch = mostFreq( str);
 
 cout<<"ch = " <<ch<<endl;
}
4.给出一个CThing 类的源代码让分析，其中有三个语句要求解释语句作用。
一个填空，分析时有点忙了，应该一个函数一个函数的分析，或许会有清晰思路。
将各个类的名称和功能整理下会理出些思路。
5、给出strcpy的源代码让说明其功能，并指出参数设置上只少一人错误
6、给出一个将整数i转换为8进制的方法，要求对其进行改进。
src:
void count(int i, char* str)
{
     map[
 sorry, 记忆不清楚了

7、给几个名词让解释placement new,ARM, GCC, android, 还有一人？？
 8、英文解释题目。第一个还好。第二个说游戏加速的
 
 increment  ...update frame , ??这词词认识，放一起读不出来表示什么
 意思

 int   **p=0;
 func(p);
 cout<<(**p)<<endl;

 int *pV;
 pV =  new int(2);　　//这里注意与在cpp中与java中语法的差异
 cout<<"PV = "<<(*pV)<<endl;

VS2005运行提示：没有找到 MSVCR80.dll

#pragma comment(linker, "\"/manifestdependency:type='Win32' name='Microsoft.VC80.CRT' version='8.0.50608.0' processorArchitecture='X86' publicKeyToken='1fc8b3b9a1e18e3b' language='*'\"")

预编译头文件
今天在改一个很大的程序，慢慢看，慢慢改。突然发现一个.c文件，里面什么也没有，

就几个头文件，我一看，我靠，这不是把简单的问题搞复杂了吗，随手删掉那个c文件。

结果不能编译了，我靠：

fatal error C1083: Cannot open precompiled header file: \'Debug/v13_3.pch\':

No such file or directory

怎么rebuild all都不行。

上网查了一下，才搞懂了：

－－－－－－－－－－－－－－－－总结－－－－－－

如果工程很大，头文件很多，而有几个头文件又是经常要用的，那么

1。把这些头文件全部写到一个头文件里面去，比如写到preh.h

2。写一个preh.c，里面只一句话：#include "preh.h"

3。对于preh.c，在project setting里面设置creat precompiled headers，对于其他

.c文件，设置use precompiled header file

//

哈哈

我试了一下，效果很明显，不用precompiled header，编译一次我可以去上个厕所，用

precompiled header，编译的时候，我可以站起来伸个懒腰，活动活动就差不多啦

－－－－－－－－－转载的文章－－－－－－－－－－

预编译头的概念：

所谓的预编译头就是把一个工程中的那一部分代码,预先编译好放在一个文件里(通常是

以.pch为扩展名的)，这个文件就称为预编译头文件这些预先编译好的代码可以是任何的

C/C++代码--------甚至是inline的函数，但是必须是稳定的，在工程开发的过程中不会

被经常改变。如果这些代码被修改，则需要重新编译生成预编译头文件。注意生成预编

译头文件是很耗时间的。同时你得注意预编译头文件通常很大，通常有6-7M大。注意及

时清理那些没有用的预编译头文件。

也许你会问：现在的编译器都有Time stamp的功能，编译器在编译整个工程的时候，它

只会编译那些经过修改的文件，而不会去编译那些从上次编译过，到现在没有被修改过

的文件。那么为什么还要预编译头文件呢？答案在这里，我们知道编译器是以文件为单

位编译的，一个文件经过修改后，会重新编译整个文件，当然在这个文件里包含的所有

头文件中的东西（.eg Macro, Preprocesser ）都要重新处理一遍。VC的预编译头文件

保存的正是这部分信息。以避免每次都要重新处理这些头文件。

预编译头的作用：

根据上文介绍，预编译头文件的作用当然就是提高便宜速度了，有了它你没有必要每次

都编译那些不需要经常改变的代码。编译性能当然就提高了。

预编译头的使用：

要使用预编译头，我们必须指定一个头文件，这个头文件包含我们不会经常改变的

代码和其他的头文件，然后我们用这个头文件来生成一个预编译头文件（.pch文件）

想必大家都知道 StdAfx.h这个文件。很多人都认为这是VC提供的一个“系统级别”的

，编译器带的一个头文件。其实不是的，这个文件可以是任何名字的。我们来考察一个

典型的由AppWizard生成的MFC Dialog Based　程序的预编译头文件。（因为AppWizard

会为我们指定好如何使用预编译头文件，默认的是StdAfx.h，这是VC起的名字）。我们

会发现这个头文件里包含了以下的头文件：

#include <afxwin.h> // MFC core and standard components

#include <afxext.h> // MFC extensions

#include <afxdisp.h> // MFC Automation classes

#include <afxdtctl.h> // MFC support for Internet Explorer 4

Common Controls

#include <afxcmn.h>

这些正是使用MFC的必须包含的头文件，当然我们不太可能在我们的工程中修改这些头文

件的，所以说他们是稳定的。

那么我们如何指定它来生成预编译头文件。我们知道一个头文件是不能编译的。所以我

们还需要一个cpp文件来生成.pch 文件。这个文件默认的就是StdAfx.cpp。在这个文件

里只有一句代码就是：#include “Stdafx.h”。原因是理所当然的，我们仅仅是要它能

够编译而已?D?D?D也就是说，要的只是它的.cpp的扩展名。我们可以用/Yc编译开关来指

定StdAfx.cpp来生成一个.pch文件，通过/Fp编译开关来指定生成的pch文件的名字。打

开project ->Setting->C/C++ 对话框。把Category指向Precompiled Header。在左边的

树形视图里选择整个工程　

Project Options(右下角的那个白的地方)可以看到 /Fp “debug/PCH.pch”，这就是指

定生成的.pch文件的名字，默认的通常是　<工程名>.pch（我的示例工程名就是PCH）。

然后，在左边的树形视图里选择StdAfx.cpp.//这时只能选一个cpp文件！

这时原来的Project Option变成了 Source File Option（原来是工程，现在是一个文件

，当然变了）。在这里我们可以看到 /Yc开关，/Yc的作用就是指定这个文件来创建一个

Pch文件。/Yc后面的文件名是那个包含了稳定代码的头文件，一个工程里只能有一个文

件的可以有YC开关。VC就根据这个选项把 StdAfx.cpp编译成一个Obj文件和一个PCH文件

。

然后我们再选择一个其它的文件来看看，//其他cpp文件

在这里，Precomplier 选择了 Use ⋯⋯⋯一项，头文件是我们指定创建PCH 文件的stda

fx.h

文件。事实上，这里是使用工程里的设置，（如图1）/Yu”stdafx.h”。

这样，我们就设置好了预编译头文件。也就是说，我们可以使用预编译头功能了。以

下是注意事项：

1):如果使用了/Yu，就是说使用了预编译，我们在每个.cpp文件的最开头，我强调一遍

是最开头，包含 你指定产生pch文件的.h文件（默认是stdafx.h）不然就会有问题。如

果你没有包含这个文件，就告诉你Unexpected file end. 如果你不是在最开头包含的，

你自己试以下就知道了，绝对有很惊人的效果⋯..

fatal error C1010: unexpected end of file while looking for precompiled

header directive

Generating Code...

2）如果你把pch文件不小心丢了，编译的时候就会产生很多的不正常的行为。根据以上

的分析，你只要让编译器生成一个pch文件。也就是说把 stdafx.cpp（即指定/Yc的那个

cpp文件）从新编译一遍。当然你可以傻傻的 Rebuild All。简单一点就是选择那个cpp

文件，按一下Ctrl + F7就可以了。不然可是很浪费时间的哦。

//

呵呵，如果你居然耐着性子看到了这里，那么再回到帖子最开始看看我的总结吧！

Top of Page

第二天 MFC应用程序框架

?MFC是C++的Microsoft Windows API
?MFC产生的应用程序使用了标准化的结构。
?MFC产生的应用程序短而运行速度快。
?VC＋＋工具降低了编码的复杂性，这当然了，很多代码都由它代劳了，呵呵。
?MFC库应用程序框架的功能非常丰富。
　　以上说的都是MFC库的优点，虽然说MFC有着这样多的优点，但我个人认为不能盲目的学习它，要想学好，那么您必须先掌握C++，这是毋庸置疑的。可能刚开始的时候，您觉得收获很大，也很有趣，但要进一步提高，没有C++基础是很难的。所以站长建议大家学习的时候要有先有后，这样才能学好！
应用程序框架是一种类库的超集。
　　我们现在先来看一个例子，看看MFC有多么强大！您只需加一行代码，甚至一行都不用加只需要点几下鼠标就可以创建一个windows 程序，不信，试一下：
1、打开VC++6从菜单选择NEW，给项目命名为"MyApp "。
2、选择MFC AppWizard[exe] 选项，除STEP 1选择单文档外其他STEP缺省。
3、在Class View选择CMyAppView类的OnDraw()成员函数双击会在C++编译器看到以下内容

void CMyAppView::OnDraw(CDC* pDC)
{
CMyAppDoc* pDoc = GetDocument();
ASSERT_VALID(pDoc);
// TODO: add draw code for native data here
}
在 // TODO: add draw code for native data here的位置增加一行代码
void CMyAppView::OnDraw(CDC* pDC)
{
CMyAppDoc* pDoc = GetDocument();
ASSERT_VALID(pDoc);
pDC->TextOut(10,10,"愿vc在线能成为您学习vc最好的朋友！"); //增加的一行
// TODO: add draw code for native data here
}
　　完了，就这么简单。编译运行。看到了吗？这个程序具备WINDOWS程序的所有特性，例如有菜单、工具条、状态栏、最大化、关闭、甚至还有关于对话框、打印预览.....全了，这就是AppWizard通过MFC动态创建的一个应用程序。从这个小例子可以看出用VC/MFC设计WINDOWS程序多么方便。

下面我们看看书上的例子，以便更进一步了解应用程序框架。
1、先建立一个Win32 Application的应用程序。
2、选择Project->Add to project->Files,分别创建一个名为MyApp.h和一个名为MyApp.cpp的文件。
3、添加代码：（最好照敲一下代码到编译器，别用Ctrl+C/Ctrl+V）
//***********************************************
// MyApp.h
//

class CMyApp:public CWinApp
{
public:
virtual BOOL InitInstance();
};

class CMyFrame:public CFrameWnd
{
public:
CMyFrame();
protected:
afx_msg void OnLButtonDown(UINT nFlags,CPoint point);
afx_msg void OnPaint();
DECLARE_MESSAGE_MAP()
};

//*****************************************************
// MyApp.cpp
//

#include "afxwin.h"
#include "myapp.h"
CMyApp theApp;//建立一个CMyAPP对象
BOOL CMyApp::InitInstance ()
{
m_pMainWnd=new CMyFrame();
m_pMainWnd->ShowWindow (m_nCmdShow);
m_pMainWnd->UpdateWindow ();
return TRUE;
}

BEGIN_MESSAGE_MAP(CMyFrame,CFrameWnd)
ON_WM_LBUTTONDOWN()
ON_WM_PAINT()
END_MESSAGE_MAP()

CMyFrame::CMyFrame(){
Create(NULL,"MYAPP Application");
}
void CMyFrame::OnLButtonDown (UINT nFlags,CPoint point)
{
TRACE("Entering CMyFrame::OnLButtonDown - %lx,%d,%d\n",
(long)nFlags,point.x ,point.y);
}

void CMyFrame::OnPaint ()
{
CPaintDC dc(this);
dc.TextOut (0,0,"Hello World!");
}

4、编译运行，报错。为什么呢？原来还没有添加MFC的支持，在Project Setting选项General属性页选择"Use MFC in a Static Library"
5、再按Ctrl+F5，怎么样，简单吧？
让我们看看这个程序中的一些元素。
①WinMain函数：Windows总是要求每个应用程序都要有WinMain函数的，您之所以看不见，是因为它已经隐藏在应用程序框架内部了。
②CMyApp类：CMyApp类的对象代表一个应用程序，CWinApp基类决定它的大部分行为。
③应用程序的启动：当开始运行应用程序时WINDOWS会调用WinMain函数，WinMain会查找该应用程序的全局对象theApp。
④CMyApp::InitInstance成员函数：发现theApp后自动调用重载的虚函数InitInstance来完成主窗口的构造和显示工作。
⑤CWinApp::Run成员函数：WinMain在调用InitInstance之后紧接着调用Run函数，它被隐藏在基类中负责传递应用程序的消息给相映的窗口。
⑥CMyFrame类：此类的对象代表着应用程序的主窗口。它的构造函数调用基类CFrameWnd的Create函数创建具体的窗口结构。
⑦CMyFrame::OnLButtonDown函数：演示消息处理机制，当鼠标坐键被按下这一事件被映射到CMyFrame的OnLButtonDown函数上，如果你选择F5进行编译运行的话可以在调试窗口看到TRACE宏显示的类似下面的信息
Entering CMyFrame::OnLButtonDown - 1,309,119
Entering CMyFrame::OnLButtonDown - 1,408,221
⑧CMyFrame::OnPaint函数：应用程序每次重新绘制窗口都需要调用此函数，将显示"Hello World!"放在这里是因为每次窗口发生变化时保证"Hello World!"被显示，你可以试着将语句：
CPaintDC dc(this);
dc.TextOut (0,0,"Hello World!");
写在别出，例如写在
void CMyFrame::OnLButtonDown (UINT nFlags,CPoint point)
{
TRACE("Entering CMyFrame::OnLButtonDown - %lx,%d,%d\n",
(long)nFlags,point.x ,point.y);
CPaintDC dc(this);
dc.TextOut (0,0,"Hello World!");
}
运行后当点击左键时显示"Hello World!"，但当窗口最小化再最大化时"Hello World!"不见了。
⑧关闭应用程序：用户关闭应用程序时会有一系列事件发生。首先CMyFrame对象被删除，然后退出Run，进而退出WinMain，最后删除CMyApp对象。
　　通过上面的示例我们看见程序的大部分功能包含在基类CWinApp和CFrameWnd中，我们只写了很少的函数，便可以完成很复杂的功能。所以应用程序框架不仅仅是一种类库，它还定义了应用程序的结构，除了基类外还包括WinMain函数，以及用来支持消息处理、诊断、DLL、等都包含在应用程序框架中。

Top of Page

第三天 消息映射和视图类

　　MFC库应用程序框架没有采用虚函数来处理windows消息，而是通过宏将消息映射到派生类相应的成员函数上。文档－视图结构是应用程序框架的核心，它把数据从用户对数据的观察中分离出来，这样做最大的好处就是同一个数据可以对应多个视图。比如同一个股票报价数据，既可以有报表观察窗口，也可以有图形观察窗口，明白了否？
　　视图简单来说就是一个普通的窗口，对于程序员来说就是一个从MFC库中Cview类派生出来的类的一个对象。视图类分为两个源文件模块：头文件（H）和源代码文件（CPP）。
用Appwizard创建一个SDI应用程序，产生了如下文件（假设工程名为Exc01）：
Exc01.dsp 项目文件，Visual Studio用它来创建应用程序
Exc01.dsw 工作空间文件，包含一个项目Exc01.dsp
Exc01.rc ASCII码资源描述文件
Exc01View.cpp 包含CExc01View类成员函数和视图类文件
Exc01View.h 包含CExc01View类定义的视图类头文件
Exc01.opt 二进制文件，告诉Developer Studio本项目的哪些文件是打开的，又是如何排序的
Readme.txt 用来解释所产生的所有文件的文本文件
Resource.h 包含#define常量定义的头文件
　　从Exc01View.cpp和Exc01View.h的代码中可以看出，这两个文件已经完全定义了CExc01View类，而该类正是此应用程序的核心。CExc01View类的对象与应用程序的视窗相关联，应用程序的所有"动作"都会在这个视窗中显示出来。
　　CExc01View类的两个最重要的基类是CWnd和CView类。CWnd类提供了CExc01View的窗口属性，而CView类则提供了它和应用程序框架的其它部分之间的联系，特别是和文档以及框架窗口之间的联系。这一点一定要记住。
　　下面我们来看一下如何在视窗内绘图。最重要的一个函数是OnDraw()函数，它是一个虚函数，每次窗口被重画时，应用程序都要先调用这个函数。注意：尽管可以随时对窗口绘制，但最好还是等变化内容积累到一定程度后再教给OnDraw()函数处理，这样效率会高一些。
在MFC中，设备环境是由C++的CDC类对象来表示的，该对象被作为参数传给Ondraw()函数，这样，我们就可以调用CDC的许多成员函数来完成各种绘制了。
找到OnDraw()函数，用以下语句替换函数原来的内容：
pDC->TextOut( 0, 0, "Hello World!" );
pDC->Ellipse(CRect(0,20,100,120));
再编译运行，看到了什么？
　　TextOut和Ellipse都是设备环境类CDC的成员函数，MFC库提供了一个用来表示windows矩形的类CRect，在这里CRect的一个临时对象被作为参数传递给 了Ellipse函数，当外接矩形的宽和高相等时，Ellipse函数就画出个圆。

Top of Page

第四天 资源和编译

　　资源文件（就是以应用程序名和扩展名是.rc的文件）很大程度上决定了应用程序的用户界面。在VC++中资源文件包括以下内容：
Accelerator //模拟菜单和工具栏选择的键盘定义
Dialog //对话框的布局及内容
Icon //图标有两种一种是16X16一种是32X32。
Menu //应用程序的主菜单及所属的弹出式菜单
String table //一些字符串，不属于C++源代码部分
Toolbar //工具条。
Version //程序的描述、版本号、支持语言信息。
　　除了以上信息，.rc文件还包含了以下语句： #include "afxres.h" #include "afxres.rc" 它们的作用是把适合于所有应用程序的一些通用MFC库资源包含进来，其中包括字符串、图形按钮以及打印所需的一些元素。
　　关于资源编辑器的使用就不多说了，因为它的操作很简单，需要注意的是虽然resource.h是一个ASCII码文件可以用文本编辑器进行编辑，但如果使用文本编辑器进行编辑的话，下次再使用资源编辑器时所做的修改有可能丢失，所以我们应该在尽量在资源编辑器中编辑应用程序的资源，新增的资源内容回自动的添加在我们的程序相应位置，例如resource.h而不用我们操心。
　　编译在VC++中有两种模式，一种是Release Build另一种是Debug Build。它们之间的区别在于，Release Build不对源代码进行调试，不考虑MFC的诊断宏，使用的是MFC Release库，编译十对应用程序的速度进行优化，而Debug Build则正好相反，它允许对源代码进行调试，可以定义和使用MFC的诊断宏，采用MFC Debug库，对速度没有优化。所以我们应该在Debug模式下开发应用程序，然后在Release模式下发布应用程序。在我们的工程文件夹下会有一个Debug文件夹和一个Release文件夹分别存放输出文件和中间文件。
　　诊断宏是我们编译程序时检测程序状态的有利工具，例如上两篇用到的TRACE宏，可以在Debug窗口获得你需要的诊断信息，而不用设置对话框之类的方法，在发布时Release会自动滤掉此信息。
　　为了更好的管理项目，最好理解系统是如何处理预编译头文件的。VC＋＋有两个预编译系统：自动的和手工的。这一部分笔者就不多说了，建议读者好好看看。

Top of Page

第五天 基本事件处理

　　用户在视窗中的任何一个操作，都会引起Windows自动发送一个消息给该视窗。我们以一个例子来说明：比如我们在视窗中按下鼠标左键，Windows就会发送ON_LBUTTONDOWN消息给视窗，那么在视窗类中就必须包含下面的成员函数：
Void CmyView::OnLButtonDown(UINT nFlags, Cpoint point)
{
//event processing code here
}
　　在类头文件中也要包含相应的函数声明：
afx_msg void OnLButtonDown(UINT nFlags, Cpoint point)
在代码文件中还要有一个消息映射宏，用于将OnLButtonDown函数和应用程序框架联系在一起：
BEGIN_MESSAGE_MAP(CmyView, CView)
ON_WM_LBUTTONDOWN()
// other message map entries
END_MESSAGE_MAP
　　最后，在类库头文件中包含如下语句：
DECLARE_MESSAGE_MAP()
　　以上这些步骤，我们都可以借助于ClassWizard来完成。这就是消息映射的过程。

　　MFC库对140种windows消息直接提供了消息控制函数，并且我们还可以自己定义自己的消息，下面列出的五种消息是我们应该特别注意的（MSDN上有更详细的内容）。
WM_CREATE
　　该消息是Windows发给视图的第一个消息。当应用程序框架调用create函数时该消息便会被发送，此时窗口还未创建完成，不可见，因此在消息控制函数OnCreate内不能调用那些依赖窗口处于完全激活状态的Windows函数。如果需要可以在重载的OnInitialUpdate函数内调用。不过注意在SDI应用程序OnInitialUpdate函数可能被多次调用。
WM_CLOSE
　　当用户关闭窗口时，系统会发送WM_CLOSE消息。如果派生类重新定义了OnClose函数，就可以完全控制关闭过程，可以将提醒用户存盘之类的工作放在这里完成。我们可以通过重载CDocument::SaveModified虚函数达到相同的目的。
WM_QUERYENDSESSION
　　从字面的意思看就可以看出，当用户退出Windows时，或者调用了ExitWindows 函数时。Windows会发送WM_QUERYENDSESSION消息给所有的正在运行的应用程序，由OnQueryEndSession消息映射函数对消息进行处理。在它之后应该是WM_ENDSESSION 消息。
WM_DESTROY
　　在Windows发送WM_CLOSE消息后，紧接着会发送WM_DESTROY消息，虽然窗口已经Close但实际上并没有完全清除，在任务管理器中还可以看见应用程序的进程（我想很多木马或病毒都是无窗口的程序，它们的做法是生成了已经活动状态的窗口但不显示出来），利用这个消息控制函数便可以对依赖于当前窗口存在的东西做清除工作，不过一定要注意，应该调用基类的OnDestroy函数，而不能在用户自己的视图的OnDestroy函数中终止窗口的析构过程，终止析构过程应该在OnClose函数中。
WM_NCDESTROY
　　当窗口被取消所发送的最后一个消息就是这个消息。我们可以在OnNcDestroy函数中做一些不依赖该窗口是否处于活动状态的最后的处理工作，（我实在想不出还需要做什么？那位朋友能给个例子），注意一定要调用基类中的OnNcDestroy函数。

Top of Page

Top of Page

Top of Page

　　任何程序在画图时都需要调用图形设备接口（ GDI ）函数， GDI 包含了一些绘制点、线、矩形、椭圆、位图以及文本的函数。 Windows 的设备环境是 GDI 的关键元素，它代表了物理设备，每一个 C++ 设备环境对象都有与之对应的 Windows 设备环境，并通过一个 32 位的 HDC 句柄来标识。

　　MFC 中的基类 CDC 包含了绘图所需要的所有成员函数，并且除了 CMetaFileDC 类外，所有的派生类都只有构造函数和析构函数不同。对于显示器来说，常用的派生类有 CClientDC 和 CWindowDC 。

　　显示设备环境的类 CClientDC 和 CWindowDC ， CClientDC 类绘图只局限于客户区域内，即不包含边框、菜单栏和标题栏，而 CWindowDC 类可以。简单来说，如果创建 CclientDC 对象，点（ 0,0 ）指客户区域的左上角，如果创建的是 CWindowDC 对象，则点（ 0,0 ）指整个屏幕的左上角。

　　在创建 CDC 对象的时候，不要忘记在合适的时候将它删除，不然程序在退出之前有小部分内存就会丢失。要保证设备环境对象能够被适时的删除，可以有两种方法：

一种是在堆栈中构造对象，比如在 OnLButtonDown 函数中，它的析构函数在函数返回时自动被调用。

void CMyView::OnLButtonDown(UINT nFlags,CPoint point){

CRect rect;

CClientDC dc(this); //constructs dc on the stack

…

} //dc automatically destroyed

另一种是通过调用 CWnd 的成员函数 GetDC 来获得设备环境指针，但此时必须要调用 RleaseDC 来释放设备环境。

void CMyView::OnLButtonDown(UINT nFlags,CPoint point){

CRect rect;

CDC *pDC=GetDC();

pDC->GetClipBox(rect);

ReleaseDC(pDC); // 不要忘了这句

}

注意：千万不要删除作为参数以指针形式传递给 OnDraw 函数的 CDC 对象，应用程序框架会自动控制它的删除。

在绘图时我们离不开设备环境，那么在绘图时我们就要依赖于设备环境的当前状态，这种状态包括：

•  被选中的 GDI 绘图对象，如笔、刷子和字体等

•  绘图时的缩放尺寸的映射模式

•  其他各种细节，如文本的对齐方式，多边形的填充状态

　　创建设备环境对象时，通常会有些默认的特性，而其他特性都是通过 CDC 类的成员函数来设定的，可以通过重载 SelectObject 函数来将 GDI 对象选进设备环境中。

Top of Page

　　所有 GDI 对象类都是由抽象基类 CGdiObject 派生出来的。下面是 GDI 派生类列表：

　　CBitmap － 位图是一种位矩阵，每一个显示像素都对应一个或多个位，我们可以用位图来表示图像，也可以用它来创建刷子。

CBrush － 刷子定义了一种位图形式的像素，用它可以对区域内部填充颜色。

CFont － 字体是一种具有某种风格和尺寸的所有字符的集合。

CPalette － 调色板是一种颜色映射接口。

CPen － 笔是一种画线和有形边框的工具，可以指定画线的宽度，以及画虚线，实线等。

CRgn － 区域是一种范围，可以用它来填充、裁剪以及鼠标点中测试。

　　我们只需要构造 CGdiObject 类的派生类对象，而无需构造它的对象，有些 GDI 派生类允许构造函数一步完成创建对象的任务，如 CPen 和 CBrush 。而有些派生类的对象要两步，如 CFont 和 CRgn ，首先要调用默认的构造函数，然后还要调用相应的创建函数，如 CreateFont 、 CreatePolygonRgn 等。

　　CGdiObject 类有一个虚析构函数，如果构造了一个它的派生类的对象，则在程序退出之前要将其删除，为了删除它，要先将其从设备环境中分离出来。那么如何分离呢？其实， CDC 类的 SelectObject 成员函数在将 GDI 对象选进设备环境的同时，它已经从设备环境中分离出来了，但在未选中新的对象前，还不能将旧的对象分离。所以在选进自己的 GDI 对象时，将原来的 GDI 对象也保存起来，任务完成后，再将其恢复，这样就可以将自己的 GDI 对象分离并删除了。下面看一个例子：

void CMyView::OnDraw( CDC *pDC ){

CPen newPen( PS_DASHDOTDOT, 2, (COLORREF)0); //black 2 pixels wide

CPen * pOldPen = pDC->SelectObject( &newPen );

pDC->MoveTo( 10, 10 );

pDC->LineTo( 110, 10 );

pDC->SelectObject( pOldPen ); //newPen 被分离

} //newPen 在函数退出时自动删除

　　对于一些库存的 GDI 对象，由于它们是 windows 系统的一部分，因此我没有必要删除它们。 MFC 库函数 SelectStockObject 可以将一个库存对象选进设备环境中，并返回原先被选中对象的指针，同时使该对象被分离。在上例中，我们就可以用库存对象代替“旧”对象：

void CMyView::OnDraw( CDC *pDC ){

CPen newPen( PS_DASHDOTDOT, 2, (COLORREF)0); //black 2 pixels wide

pDC->MoveTo( 10, 10 );

pDC->LineTo( 110, 10 );

pDC->SelectStockObject( BLACK_PEN ); //newPen 被分离

} //newPen 在函数退出时自动删除

　　对于显示设备环境来说，在每个消息控制函数的入口处，设备环境都是未被初始化的，因此每次都必须从头开始设置设备环境，由于 SelectObject 返回的 GDI 对象指针的临时性，而应用程序框架在函数返回时会删除 C++ 临时对象指针，所以不能简单地将设备环境指针保存在类的数据成员中，而要借助于 GetSafeHandle 成员函数来将它转换为 windows 句柄（唯一能够持久存在的 GDI 标识）。