久久综合亚洲色HEZYO国产,99久久夜色精品国产网站,中文字幕亚洲综合久久菠萝蜜

归来

nacci — Sun, 14 Feb 2010 13:00:00 GMT

距离上一��博客，已经三年有余。值得庆幸的是�Q�现在自�׃��旧保持着对于底层技术知识的执着和热情，自己仍旧走在底层技术探索和研究的�\上。尽��已�l�越来越多的从事��理工作�Q�我却一直都不断的提醒自己，技术是自己的灵��，��像我曾�l�因为技术取向上的与众不同而有了现在这份工作一栗��?br>
�q�前�Q�Jeffrey找我谈过�Q�关于职业取向上的想法。仔�l�想了想�Q�我仍然惛_��技术道路上走得更远�Q�在底层技术上走得更远。尽��各�U�反面的��x��和现实摆在眼前，但是�Q�我希望自己始终能有一颗勇于创造的内心�?br>
新的一�q�_��自己要更加努力，�q�是让自��q��l�写下去吧，让写作成��Z��U�坚持，让学习成��Z��U�习惯，让分享成��Z��U�快乐，让责��L��Z��U�现实�?/p>

nacci 2010-02-14 21:00 发表评论

假如

nacci — Tue, 23 May 2006 12:01:00 GMT

人是需要拿��动和真诚来证明自已的,�q�去的得�׃��能用假如来挽回和补救,只能用�h生中的现实和眼前的时光甚至以后一生的旉��努力��M��?�q�是��Z��断进�?不断向上所要付出的一�U�代仗�� ?br /> 所以我�q�是要说,不要在假如之后再假设有如�?人生�Ҏ��没有假如�Q� �?br /> 所以我要说,我在假如之后,都是在认真的�Ҏ��错误,以求自已更快更好地接�q�我自已心目中的完美!

nacci 2006-05-23 20:01 发表评论

��d��

nacci — Mon, 22 May 2006 16:22:00 GMT

DKP记录里我们辉煌的瞬间�Q�想起了以往的种�U�的感动�Q�尽��这�U�感觉不能永��d��_��却在我心里划上了一��C��痕�?span lang="EN-US">

很想再写�Q�却已无语，因�ؓ心里真的承受不了�q�些回忆�Q�我很想像戒酒一��h��你戒掉，但我知道�q�是做不到的�Q�其实记忆会一直存在，所以请你要�怿��Q�你一直在让我疼痛…�?/span>

nacci 2006-05-23 00:22 发表评论

nacci — Fri, 19 May 2006 01:08:00 GMT

摘要: �l�箋上一个主题直�U�上溯的消息上次说到消息被�{发到了AfxWndProc�Q��l��? LRESULT CALLBACKAfxWndProc(HWND hWnd, UINT nMsg, WPARAM wParam, LPARAM lParam) { // … �?/ all other messages route through message map CWnd* pWnd = CW... 阅读全文

nacci 2006-05-19 09:08 发表评论

MFC漫谈�Q�四�Q�——消息的路由

nacci — Thu, 18 May 2006 09:29:00 GMT

有了消息映射表，如何利用呢？消息如何被分门别�cȝ��z�֏�出去的？

用最基本的一句话概述�Q�钩子函数�v了很大作用。故事是�q�样的，有些漫长�Q�也需要些耐心�?br />
MFC中消息分�?�c�：

1. WM_COMMAND�Q�所有的UI�l��g和加速键都会产生�q�种消息�Q�所有派生于CCmdTarget的类都有能力处理该消�?br /> 2. 标准消息�Q�除WM_COMMAND之外的WM_xx消息都是标准消息�Q�派生于CWnd的类都有能力处理该消�?br /> 3. 控�g通知消息�Q�用于子�H�口控�g向父�H�口发送的消息

在MFC的消息映��表的徏立中�Q�通过一�l�宏�Q�你��可以让自己的类先于父类处理某些Windows消息�Q�这�U�行为很像虚函数�Q�只是我们重载的内容不是虚函敎ͼ�而是消息�?/font>

推动消息的�܇

�W�一阶段 �H�口�q�程

在��生一个窗口的时候，会调用CFrameWnd::Create�Q�所有的故事也都从这里展开。下面的代码��Z��z�，��L��了不相关的代�?br />

BOOL CFrameWnd::Create(�? {
     // �?/span>
     if ( ! CreateEx(�?) {
         // �?/span>
    }
     // �?/span>
}

BOOL CWnd::CreateEx(�? {
     // �?/span>
    AfxHookWindowCreate( this );
    HWND hWnd = ::CreateWindowEx(�?;
     // �?/span>
}

void AFXAPI AfxHookWindowCreate(CWnd * pWnd) {
     // �?/span>
     if (pThreadState -> m_hHookOldCbtFilter == NULL) {
        pThreadState -> m_hHookOldCbtFilter = ::SetWindowsHookEx(WH_CBT,
        _AfxCbtFilterHook, NULL, ::GetCurrentThreadId());
         // �?/span>
    }
     // �?/span>
    pThreadState -> m_pWndInit = pWnd;
}

�q�样�Q�通过AfxHookWindowCreate�Q�在当前�U�程中安装了一个钩子，用来拦截和窗口相关的事�g�Q�每当：

1. 另一个窗口成为active�Q?br />2. 产生或摧毁一个窗�?br />3. Minimize或maximize一个窗口；
4. �U�d��或羃放一个窗口；
5. 完成一个来自系�l�菜单的命��o�Q?br />6. 从系�l�队列中取出一个消息；

�Ӟ��都会先调用_AfxCbtFilterHook�Q�接下来看看钩子函数作了什么：

LRESULT CALLBACK
_AfxCbtFilterHook( int code, WPARAM wParam, LPARAM lParam) {
     // �?/span>
    WNDPROC afxWndProc = AfxGetAfxWndProc();
    oldWndProc = (WNDPROC)SetWindowLongPtr(hWnd, GWLP_WNDPROC,(DWORD_PTR)afxWndProc);
     // �?/span>
}

WNDPROC AFXAPI AfxGetAfxWndProc() {
     // �?/span>
     return & AfxWndProc;
}

�q�样�Q�_AfxCbtFilterHook的工作�ȝ��h��是通过�H�口子类化，把新建的�H�口的窗口过�E�设�|�成AfxWndProc�?br />到这里，我们�l�于扑ֈ�了窗口过�E��?br />
�l�论
CFrameWnd::Create创徏�H�口调用CWnd::CreateEx
CWnd::CreateEx调用AfxHookWindowCreate准备为窗口设�|�钩�?br />AfxHookWindowCreate调用::SetWindowHookEx为窗口设�|�了一个WH_CBT�c�d��的钩子来�q��o消息�Q��ƈ把过滤函数设�|�成_AfxCbtFilterHook
_AfxCbtFilterHook通过�H�口子类化设�|�窗口的�H�口�q�程为AfxWndProc
�q�样�Q�通过::DispatchMessage发送给�H�口的消息就会源源不断地送到AfxWndProc中来�Q�可以想刎ͼ�AfxWndProc利用MFC的消息映��表�Q�分门别�cȝ��Ҏ��息进行分��?br />
�Q�待�l�……）

nacci 2006-05-18 17:29 发表评论

nacci — Thu, 18 May 2006 08:31:00 GMT

MFC中的消息循环呢？我们熟悉的switch……case……到哪里��M��Q?br />

在MFC中，消息的��@环�ƈ不是用switch……case……实现的�Q�它依赖于一张由�E�序自��n定义的消息网�?br />
首先�Q�MFC用一个名为AFX_MSGMAP_ENTRY�l�构来对消息的信息进行封装：

struct AFX_MSGMAP_ENTRY
{
　　UINT nMessage;    // windows message
　　UINT nCode;      　 // control code or WM_NOTIFY code
　　UINT nID;        　　 // control ID (or 0 for windows messages)
　　UINT nLastID;    　 // used for entries specifying a range of control id's
　　UINT_PTR nSig;   　 // signature type (action) or pointer to message #
　　AFX_PMSG pfn;     // routine to call (or special value)
} ;

其中　typedef void (AFX_MSG_CALL CCmdTarget::*AFX_PMSG)(void);

之后�Q�通过一个链表，把这些描�q�消息的�l�构�l�织��h��Q�构成消息映��表的结构是AFX_MSGMAP

struct AFX_MSGMAP　 {
　　 const AFX_MSGMAP * pBaseMap;
　　 const AFX_MSGMAP_ENTRY * lpEntries;
} ;

�q�样一个AFX_MSGMAP对象��成了构建消息映��表的关键�h物，它一只手拉着基类的AFX_MSGMAP对象�Q�另一只手拉着�c�L��w�的消息映射表，�q�样只要正确地在每一个类中都安插一个AFX_MSGMAP对象�Q�那么整个消息映��表��徏立�v来了。那么，何�ؓ正确呢？含义�?�Q�一是正��的讄��pBaseMap�Q��o它指向基�c�，二是正确的徏立类自��n的消息映��表。这两个工作是由4个宏完成的，

它们是：DECLARE_MEMSSAGE_MAP() / BEGIN_MESSAGE_MAP() / ON_COMMAND()�Q�注�Q�ON_COMMAND宏只是�ؓ了处理命令消息，对于其它的消息还有对应的宏，但是原理是相同的�Q?/ END_MESSAGE_MAP()�?br />让我们一个个的看看：

#define DECLARE_MESSAGE_MAP() \
private : \
　　 static const AFX_MSGMAP_ENTRY _messageEntries[]; \
protected : \
　　 static const AFX_MSGMAP messageMap; \
　　 virtual const AFX_MSGMAP * GetMessageMap() const ; \

�q�个宏的作用�?�Q?br /> 1. 在类中插入一个静态成员_messageEntries�Q�这是用来存攄��要处理的消息的数�l�（即类本��n的消息映��表�Q?br /> 2. 另一个静态成员massageMap用来指向基类的消息映��表
3. 安插一个虚函数�Q�其内容有待实现

接下来，_messageEntries的初始化�Q�messageMap的正��指向，GetMessageMap函数的实现这些工作还都没做，那正是后三个宏的责�Q�Q�它们要��序使用�Q�方能工作正常�?

#define BEGIN_MESSAGE_MAP(theClass, baseClass) \
   const AFX_MSGMAP * theClass::GetMessageMap() const \
   { return & theClass::messageMap; } \
  AFX_COMDAT const AFX_MSGMAP theClass::messageMap = \
   { & baseClass::messageMap, & theClass::_messageEntries[ 0 ] } ; \
  AFX_COMDAT const AFX_MSGMAP_ENTRY theClass::_messageEntries[] = \
{ \

�q�个宏的作用�?�Q?br />1. 定义了安插在�c�M��的虚函数GetMessageMap()�Q�只是简单的�q�回messageMap对象的地址
2. 初始化messageMap�Q�把�z��c�d��基类联系��h��构成一个大的消息映��表
3. 为类本��n的消息映��表的初始化做语法准�?/font>

ON_COMMAND�q�个宏的作用��是向_messageEntries数组中添加类本��n要处理的命��o消息�Q�其实在MFC中还有很多更方便的宏可以向类中添加消息，例如OM_WM_PAINT�{�，�q�里�Q�我们主要讨论ON_COMMAND�Q�毕竟原理都是相同的�?br />

#define ON_COMMAND(id, memberFxn) \
{ WM_COMMAND, CN_COMMAND, (WORD)id, (WORD)id, AfxSigCmd_v, \
static_cast < AFX_PMSG > (memberFxn) } ,

无非是对AFX_MSG_ENTRY�l�构的初始化�Q�这样在�c�M��为每一个想要处理的消息都是用一个ON_COMMAND宏，��p��动的初始化了�c�L��w�的消息映射表�?/font>

最后，当全部的信息��d��完毕后，使用END_MESSAGE_MAP()宏通知MFC一个类消息映射表结束了�?br />

#define END_MESSAGE_MAP() \
{ 0 , 0 , 0 , 0 , AfxSig_end, (AFX_PMSG) 0 } \
}; \

实现手法单纯得很�Q�无非是一个全0的AFX_MESSAGE_MAP对象�?br />
�l�论
惌��让你的类处理某个消息�Q��用下面的�l�合�Q?/font>

BEGIN_MESSAGE_MAP(theClass, the base Class)
// 消息处理�?/span>
END_MESSAGE_MAP()

�Q�待�l�……）

nacci 2006-05-18 16:31 发表评论

nacci — Thu, 18 May 2006 08:07:00 GMT

接上�ơRTTI的话题�?br />

能够在运行时发现一个对象的�c�d��Q�就可以在运行时动态的创徏一个对象。在一个类库中�Q�拥有统一的对象创建方式是非常重要的�?br />

在MFC中，对象的动态创��依赖于RTTI所建立��h��的类别型录，和动态创建有关的CRuntimeClass成员有两个：

CObject* (PASCAL* m_pfnCreateObject)(); // 指向用于创徏对象的函�?/span>
CObject* CreateObject(); // 利用m_pfnCreateObject创徏对象

利用RTTI建立的类别型录，DECLARE_DYNCREATE / IMPLEMENT_DYNCREATE�l�箋为类��d��了动态创建的功能�?/p>

#define DECLARE_DYNCREATE (class_name) \
　　　　DECLARE_DYNAMIC (class_name) \
　　　　static CObject* PASCAL CreateObject();

�q�个宏同��L��在类声明中，它不但�ؓ�c�L��加了class##class_name对象和GetRuntimeClass()�Q�还为类加入了一个静态函数CreateObject,用来�q�行对象的动态创建。同样IMPLEMENT_DYNCREATE用来对上面添加的内容作定义和初始化工作�?/p>

#define IMPLEMENT_DYNCREATE (class_name, base_class_name) \
　　　　CObject* PASCAL class_name::CreateObject() \
　　　　{ return new class_name; } \
　　　　IMPLEMENT_RUNTIMECLASS (class_name, base_class_name, 0xFFFF, \
　　　　class_name::CreateObject, NULL)

和IMPLEMENT_DYNAMIC不同的是�Q�这里的IMPLEMENT_RUNTIMECLASS中的�W?个参数�ƈ不�ؓNULL�Q�而是class_name::CreateObject�Q�这样就指定了用于创建对象的函数�Q�至于其它的内容�Q�与RTTI没有什么不同�?br />
于是�Q�整个对象的动态创��E�就变得非常��单了�Q�只要我们找到某个特定类的CRuntimeClass对象�Q�利用class##class_name.CreateObject()��可以了�?/p>

CObject* CRuntimeClass::CreateObject()
{
　　CObject* pObject = NULL;
　　pObject = (*m_pfnCreateObject)();
　　return pObject;
}

�l�论
惌��你的�c�d��MFC中支持动态创建，
1. 在类声明中��用DECLARE_DYNAMIC
2. 在类定义文�g中��用IMPLEMENT_DYNAMIC�Q�此�?br />    class##class_name.m_pfnCreateObject = class_name::CreateObject;　
    CRuntimeClass::CreateObject利用m_pfnCreateObject��可以进行对象的动态创��Z��
                                                                                                                                                �Q�待�l�……）

nacci 2006-05-18 16:07 发表评论

MFC漫谈�Q�一�Q�——RTTI

nacci — Thu, 18 May 2006 06:53:00 GMT

所有的�q�一�p�d��的东襉K��来源于前天晚上的一个电话，内容大概是说�Q?/span> �?/span> 你能教会我一个让我对 MFC 有点感觉�?/span> Hello World 吗？我��望一个像�?/span> C 写的 Win32 Hello World 一��L��观的例子�?/span> �?/span> ��x��q�曾�l�是我学�?/span> MFC 的时候也惛_��q�的问题。我是一个喜�Ƣ刨栚w��底的人，喜欢把事情搞明白�Q�于是曾�l�很长的一�D�|��间里�Q�我都困惑在�U�L��杂�ؕ的代码里。现在回惌��v来，侯捷老师的�?/span> Dessecting MFC 》和 Jeff Prosise 的�?/span> Programming MFC 》一赯��来，估计能达到解惑的目的。当�Ӟ��需要的是一点点耐心和对 Win32 �E�序的一�Ҏ��基本的了解（貌似废话。。。）。于是那天晚上， QQ 上和那个朋友聊了挺长一�D�|��_��腾了一�?/span> MFC 的源代码�Q�就有了�q�一�p�d��的东西，全当是故地重�怺�一番。言归正传吧。文章中所有的代码都提取自MFC 7.0

在MFC中，RTTI是依靠�ؓ彼此有��承关�pȝ��c�d��立一个记录其�c�d��的链表来实现的，和RTTI有关的CRuntimeClass成员�?个：

LPCSTR m_lpszClassName; // 用于记录�c�d��
// 用于指向基类的CRuntimeClass�l�构
CRuntimeClass* m_pBaseClass;
// 用于指向链表中前一个类的CRuntimeClass�l�构
CRuntimeClass* m_pNextClass;
// 用于建立�c�d��型录
const AFX_CLASSINIT* m_pClassInit;

�q�样在这个类别型录中��有了许多条路径�Q�每一条都是沿着m_pBaseClass一直可以找到某个类的最�l�基�c�R��要把一个类加入到这个类别型录中要用��C��个宏�Q?br />DECLARE_DYNAMIC / IMPLEMENT_DYNAMIC
其中�Q?br />

#define DECLARE_DYNAMIC (class_name) \
public: \
static const CRuntimeClass class##class_name; \
virtual CRuntimeClass* GetRuntimeClass() const; \

�q�个宏是用在�c�d��明中的，其作用就是根据类的名字�ؓ该类��d��两个public的成员，分别用于记录�cȝ��型别和获得对象class##class_name的地址�Q�注意这里的class##class_name是个静态成员，�q�就为后面我们做�c�d��的比较奠定了基础�Q��承于同一个基�cȝ��z��c�d��象包含共同的静态类成员�Q�。在�c�M��使用了DECLARE_DYNAMIC后，�q�要�?cpp的文件中使用IMPLEMENT_DYNAMIC宏，该宏的作用就是初始化class##class_name对象和定义GetRuntimeClass函数�?br />

#define IMPLEMENT_DYNAMIC (class_name, base_class_name) \
IMPLEMENT_RUNTIMECLASS (class_name, base_class_name, 0xFFFF, NULL, NULL)

IMPLEMENT_DYNAMIC在��用的时候，要指定类和其基类的名字，之后利用IMPLEMENT_RUNTIMECLASS�q�行实质性的初始化活动�?br />

#define IMPLEMENT_RUNTIMECLASS (class_name, base_class_name, wSchema, pfnNew, class_init) \
    AFX_COMDAT const CRuntimeClass class_name::class##class_name = { \
        　　#class_name, sizeof(class class_name), wSchema, pfnNew, \
        　　RUNTIME_CLASS(base_class_name), NULL, class_init }; \

    CRuntimeClass* class_name::GetRuntimeClass() const \
    { return RUNTIME_CLASS (class_name); } \

其中�Q�在class#class_name的初始化中和RTTI相关的只有：
&name_class用来初始化m_lpszClassName
RUNTIME_CLASS(base_class_name)用来初始化CRuntimeClass* m_pBaseClass
NULL用来初始化CRuntimeClass* m_pNextClass�Q�此时类别型录还没有建立��h��Q?

另外�Q�RUNTIME_CLASS��是用来获得class##class_name对象地址的宏�Q?br />

#define RUNTIME_CLASS (class_name) _RUNTIME_CLASS (class_name)
#define _RUNTIME_CLASS (class_name) \
((CRuntimeClass*) (&class_name::class##class_name))

�q�样�Q�当对程序中的每一个类都��用了DECLARE_DYNAMIC / IMPLEMENT_DYNAMIC宏之后，��׃ؓ该类在类别型录中�q�行了登记工作。当�Ӟ��MFC中所有的�c�都�z��于CObject�Q�所以所有的路线最�l�都要在CObject处会合，�׃��CObject没有基类�Q�所以它的CRuntimeClass对象�q�不能用上面的两个宏来实玎ͼ�在objcore.cpp中，为CObject的classCObject对象单独作了初始化的工作�Q?/p>

const struct CRuntimeClass CObject::classCObject =
{ "CObject", sizeof(CObject), 0xffff, NULL, NULL, NULL };

我们可以看到m_pBaseClass被初始化为NULL。另外，也单独实��C��GetRuntimeClass():

CRuntimeClass* CObject::GetRuntimeClass() const {
return _RUNTIME_CLASS (CObject);
}

至于_RUNTIME_CLASS�Q�前面已�l�说�q�了。这��P��如果惌��把自��q��c�M��l�给MFC�Q�只要在�c�d��明中使用DECLARE_DYNAMIC�Q�在�cȝ��实现中加入IMPLEMENT_DYNAMIC
�Q�就可以把自己注册到�c�d��型录中了。至此，��Z��实现�c�d��象的RTTI�Q�我们已�l�做好了所有的准备工作�Q�下面就来看一下它的实玎ͼ�它主要是靠CObject中的IsKindOf函数完成的�?/p>

BOOL CObject::IsKindOf(const CRuntimeClass* pClass) const
{
　　// ��Z��z�，略去了不相关的代�?/span>
　　CRuntimeClass* pClassThis = GetRuntimeClass();
　　return pClassThis->IsDerivedFrom(pClass);
}

�q�里�Q�由于GetRuntimeClass是虚函数�Q�所以pClassThis会指向调用IsKindOf函数的类对象的class##class_name�Q�之后利用指向该对象的指针调用IsDerivedFrom�Q?/p>

BOOL CRuntimeClass::IsDerivedFrom(const CRuntimeClass* pBaseClass) const {
    //��Z��z�，略去了不相关的代�?/span>
    if (pBaseClass == NULL)
        return FALSE;

    // simple SI case
    const CRuntimeClass* pClassThis = this;
    while (pClassThis != NULL) {
        if (pClassThis == pBaseClass)
        　return TRUE;
        pClassThis = pClassThis->m_pBaseClass;
    }
    return FALSE;       // walked to the top, no match
}

我们知道�Q�派生类和基�c�d��享基�cȝ��static对象�Q�所以在�q�里�Q�派生类和基�c�M��定共享相同的class##class_name对象�Q�这��׃ؓ我们判定两个�c�L��否有�l�承关系提供了理论基��Q�同��P��在IsDerivedFrom中，while循环中的if也的��是�q�样做的�Q�它沿着该类的同宗�\�U�上行，只要不到共同的祖先CObject�Q�就决不�|�休。　

�l�论
如果惌��把自��q��c�M��l�给MFC�Q�只要在�c�d��明中使用DECLARE_DYNAMIC�Q�在�cȝ��实现中加入IMPLEMENT_DYNAMIC
�Q�就可以把自己注册到�c�d��型录中了。　　�Q�待�l�……）

nacci 2006-05-18 14:53 发表评论

回家

nacci — Tue, 16 May 2006 05:02:00 GMT

一�ơ工会经历的坎坷惛_��的�?br />

��d��Q�是一个过�E�；回家�Q�是一个过�E�。开门、关门，�q�些属于生命里的情节。每日每月每�q�都有�h生的舞台上演出，直到生命的舞台拉下大�q��?br />
　　初离家时的那�U�感觉让人刻苦铭心。不要说��d��的理由，为逃避��q��还是�ؓ谋生。我��d��了，背�v行囊�Q�在心中暗暗发一回誓�Q�然后头也不回地走在不知廷��C��方的路。尽��知道有��x��的眼睛牵着�q�去的��n影，可还是走下去。走得远�?走得累了�Q�才知道家是圆心�Q�而我们无论到何时都是圆上的一个点�Q�我们离家越�q�，家对我们的离心率��p��大。我们在茫茫人�v中沉��、挣扎，如一只在茫茫风雨中寻觅谷�_�的��鸟�Q�深感自��q��渺小�Q�这时才感到家的温暖与安全。我们在��d��的时候义无反��，可是��d��后，我们又如相思的患者在心中看着�Ӟ��才知道家是我们一生的渴望�?br />
　　回家是一�U��求的心情�Q�那�U�心情，是离家的延箋。被风雨�z�礼后的船刻满大��L��刀痕，帆破了。船漏了�Q�水手也乏了。只有此时我们才能体会出归心似箭�q�个词的份量。就如飞倦的鸟儿惌��扑ֈ�自己的�l�Q�折了翅膀在风雨中痛苦地搏��d��觅，惌��紧张的神�l�放个假�Q�让疲惫的精��歇一歇。推门的一刚w��Q�貌的洒脱，骨子里却有与生俱来的软弱与疲乏。本惛_��家诉说遭受的创伤和委屈，却满脸写着春风得意的笑容与成功的自豪。你�t�掉鞋子光着脚在地板上走来走去，你看��C��d��时点着的蜡烛还在燃烧，你离家时打开的那本书�q�放在桌上。你一会儿看看书，一会儿喝几口茶或工炚w��食吃�Q�你��在温暖中睡一个温馨的觉，攒到��_��的力量�?br />
留下
希望�w�边的每个�h留下
每个人的内心都有脆弱的角�?br />现在�Q�请听我�?br />因�ؓ我已�l�成��Z��伤害你心�늚��?br />��注定要承受心灵孤单的这�D�|��?br />感谢大家�q�去做过的一�?br />那些��丽已经永存于心
在我的记忆里�Q�强烈��望和��d��说再�?br />心里攑֣�痛哭
因�ؓ真的很难说再�?br />看着你们伸出双手
我相信你们能明白我的心情
��Z��自己的心情，扑ֈ�自己的目�?br />不经意掉落的泪水
�z�溢的爱的光�?br />因�ؓ�q�里承蝲着我们现实的梦�?br />在那些最亲爱的记忆里
有我们一起创造的奇迹
感受��C��心灵的呼�?br />从远方传来的声音�Q�声��C��l?br />那是生命的旋�?br />曄��的声音今天成了美妙的旋律
盘桓在心��_��久到我们失去记忆
即便是那�?
我相信，我依旧可以喊�?恋爱之家+�q�个名字�Q?/font>

nacci 2006-05-16 13:02 发表评论

nacci — Mon, 15 May 2006 09:20:00 GMT

2个类�?span lang="EN-US">U�?span lang="EN-US">T�Q�你如何来确�?span lang="EN-US">U是否�l�承�?span lang="EN-US">T呢？在编译时发现两个�c�d��的这�U�关�p�d��于泛型库的优化是极�ؓ重要的。在泛型函数中，如果某个�c�d��C��特定的接口，你可以根据这�U�关�p�Mؓ其利用特定的优化��法。另外，如果我们可以在编译期军_��2个类的关�p�，我们也可以远��?span lang="EN-US">dynamic_cast�Q�从而避免运行时的效率开销�?br />

2个�Q意类�?span lang="EN-US">U�?span lang="EN-US">T�Q�如何确�?span lang="EN-US">T能否自动转换�?span lang="EN-US">U呢？

sizeof用在��M��复杂的表辑ּ�上， sizeof可以�q�回�q�个表达式值的大小�Q�而不会在�q�行时评估表辑ּ�的倹{��这也就意味着�Q�你可以把函数重载、模版实例化、�{换规则等�{�所有你可以�?span lang="EN-US">C++表达式中使用的设施统�l�塞�?span lang="EN-US">sizeof中来。实际上�Q?span lang="EN-US">sizeof隐藏了一个可以演�l�表辑ּ��c�d��的设施，最�l�，sizeof会返回表辑ּ��l�果的类型�?span lang="EN-US">

sizeof和重载函数来解决判断�c�d��之间的可转换性的问题。思�\很简单：我们提供2个重载函敎ͼ�一个函数的参数是我们要转换成的�c�d��Q�我们用U表示�Q�，而另一个则用来接收其他所有类型的参数。然后我们把要检��的�c�d��Q�用T表示�Q�传递给重蝲函数。如果接受类�?span lang="EN-US">U为参数的函数被调用了�Q�我们就认�ؓT可以转换�?span lang="EN-US">U�Q�反之则不可以。如何确定哪个函数被调用了呢�Q�我们利�?span lang="EN-US">sizeof出马�Q�我们只要让重蝲函数�q�回不同的类型，然后��查一下返回值就可以了�?span lang="EN-US">

2个不同的�c�d��Q?span lang="EN-US">

typedef char Small;
class Big { char dummy[ 2 ]; } ;

默认情况下， sizeof(Small) �?/span> 1 �Q��?/span> Big 的大��则无关紧要�Q�我们只要知道肯定不�?/span> 1 ��好了�?/span>

其次�Q�定�?/span> 2 个重载函敎ͼ�一个接收要转换成的�c�d��Q?/span>

Small Test(U);

另一个用来接收“其他的所有类型”，我们要保证在排除所有的转换之后才调用这个函敎ͼ� OK, 用省略号表示的参数列表真好满��需�?/span>

Big Test(...);

��管把一�?/span> C++ 对象传递给 ... 参数�c�d��的函敎ͼ�其结果未定义�Q�但是实际上我们�q�没有调用这个函数。我们甚臛_��以不用实现它�?/span>

最后，我们�?/span> sizeof 判断一下就完成��d��了：

const bool convExist = sizeof (Test(T())) == sizeof (Small);

你也�怼��_��是它了�Q?/span> Test 的调用会创徏一个��时对�?/span> T �Q�之后可能的�l�果只能�?/span> sizeof(Small) �?/span> sizeof(Big) 。兴奋之余，我们�q�要看到一个问题。如�?/span> T 的构造函数被设计�?/span> private �Q�我们就前功��弃了。当然解决的�Ҏ��也很��单，定义一个函敎ͼ�让他�q�回�c�d��?/span> T 的对象�?/span>

T MakeT();
const bool convExist = sizeof (Test(MakeT())) == sizeof (Small);

最后，把刚才的东西��装��C��个类里：

template < class T, class U >
class Conversion {
    typedef char Small;
     class Big { char dummy[ 2 ]; } ;

     static Small Test(U);
     static Big Test();
     static T MakeT();

public :
     enum { exist = sizeof (Test(MakeT())) == sizeof (Small) } ;
} ;

另外�Q�我们还可以讄��另外一个常�?/span> Conversion::SameType �Q�如�?/span> T �?/span> U 表示同一个类型，那么�q�回 true �Q?/span>

template < class T, class U >
class Conversion {
.. as above..
enum { sameType = false }
} ;

之后为同一个类型设计一个偏特化版本�Q?/span>

template < class T >
class Conversion < T, T > {
enum { exists = 1 , sameType = 1 } ;
} ;

最后，回到我们的主题，通过 Conversion 的帮助，我们可以来决定两个类型的�l�承性了�?/span>

#define SUPERSUBCLASS(T, U) \
(Conversion < const U * , const T * )::exists && \
! Conversion < const T * , const void *> ::sameType)

�?/span> U �l�承�?/span> T 或�?/span> U �?/span> T 是同一个类型的时候， SUPERSUBCLASS �q�回 true 。�ȝ��一下，只有下面�q?/span> 3 �U�情�?/span> const U* 可以隐式转换�?/span> const T* �Q?/span>

1. T �?/span> U 是同一个类�?/span>

2. T �?/span> U 的�Q意一个基�c?/span>

3. T �?/span> void

我们通过�W?/span> 2 个测试屏蔽了最后一�U�情形。当�Ӟ��如果你认为同一�U�类型也不算是��承关�pȝ��话，可以�q�一步严格其条�g�Q?/span>

#define SUPERSUBCLASS_STRICT(T, U) \
(SUPERSUBCLASS(T, U) && \
! Conversion( const T, const U)::sameType)

nacci 2006-05-15 17:20 发表评论

久久综合亚洲色HEZYO国产,99久久夜色精品国产网站,中文字幕亚洲综合久久菠萝蜜

归来

假如

���d��

MFC漫谈�Q�四�Q�——消息的路由

MFC漫谈�Q�一�Q�——RTTI

回家

��d��