MFC六大关键技术【3】

运行结果:

程序首先执行了全局对象test1的构造函数。

  在MFC中,InitApplication()和InitInstance()为CWinApp的两个虚函数,前者负责”每个程序只做一次“的操作,后者负责”每个例程都得做一次“的操作。在Windows应用程序中,如果我们想改变窗口的属性,只需改写初始化函数InitInstance()即可。

运行时类型识别

  这方面请阅读我的另一篇博客:RTTI(运行时类型识别):http://www.cnblogs.com/gaohongchen01/p/4085908.html

动态创建

  MFC中很多地方都使用了动态创建技术,动态创建就是在程序运行时创建指定类的对象。例如MFC的单文档程序中,文档模板类的对象就动态创建了框架窗口对象、文档对象和视图对象。动态创建技术对于希望了解MFC底层运行机制的朋友来说,非常有必要弄清楚。

  要做到把自己的类交给MFC,MFC用同一方法把不同的类一一准确创建,我们就要用到链表,记录各类的关键信息,在动态创建的时候找出这些信息。

复制代码
struct CRuntimeClass
{
// Attributes
    LPCSTR m_lpszClassName;
    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;
};
复制代码

  简单地说m_pfnCreateObject保存了一个函数的地址,将会创建一个对象,m_pfnCreateObject指向不同的函数,我们就会创建不同类型的对象。CreateObject()即为m_pfnCreateObject指向的函数。这样,我们用函数指针m_pfnCreateObject,就随时可new新对象了。

  在设计CRuntimeClass类时,只有类名(和基类名)的不同,这正是我们想要的,因为动态创建也象RTTI那样用到两个宏,只要传入类名和基类作宏参数,就可以满足条件。类声明中使用DECLARE_DYNCREATE(CLASSNMAE)宏和在类的实现文件中使用IMPLEMENT_DYNCREATE(CLASSNAME,BASECLASS)宏来为我们加入链表。

  m_pBaseClass指针只会沿着基类上去,会漏掉其它分支。在动态创建时,必需检查整个链表,看有多少个要动态创建的对象,即是说要从表头(pFirstClass)开始一直遍历到表尾(m_pNextClass=NULL),不能漏掉一个CRuntimeClass对象。所以每当有一个新的链表元素要加入链表时,就要使新的链表元素成为表头,且m_pNextClass指向原来链表的表头,即像下面那样(当然,这些不需要我们操心,是RTTI宏帮助我们完成的):

pNewClass->m_pNextClass=CRuntimeClass::pFirstClass;//新元素的m_pNextClass指针指向想加入的链表的表头。   
CRuntimeClass::pFirstClass=pNewClass;//链表的头指针指向刚插入的新元素。 

有了上面的链表,我们就可以分析动态创建了。

动态创建的步骤

       有了一个包含类名,函数指针,动态创建函数的链表,我们就可以知道应该按什么步骤去动态创建了:

  1. 获得一要动态创建的类的类名(假设为A)
  2. 将A跟链表里面每个元素的m_lpszClassName指向的类名作比较
  3. 若找到跟A相同的类名就返回A所属的CRuntimeClass元素的指针
  4. 判断m_pfnCreateObject是否有指向创建函数,有则创建对象,并返回该对象

代码演示如下(以下两个函数都是CRuntimeClass类函数):

复制代码
///以下为根据类名从表头向表尾查找所属的CRuntimeClass对象   
  
CRuntimeClass* PASCAL CRuntimeClass::Load()   
{   
char szClassXXX[64];   
CRuntimeClass* pClass;   
cin>>szClassXXX;      //假定这是我们希望动态创建的类名   
for(pClass=pFirstClass;pClass!=NULL;pClass=pClass->m_pNextClass)   
{   
     if(strcmp(szClassXXX,pClass->m_lpszClassName)==0)   
     return pClass;   
}   
     return NULL;   
}   
  
///根据CRuntimeClass创建对象///   
CObject* CRuntimeClass::CreateObject()   
{   
     if(m_pfnCreateObject==NULL) return NULL;   
     CObject *pObject;   
     pObject=(* m_pfnCreateObject)();              //函数指针调用   
     return pObject;                                      
}  
复制代码
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
提供的源码资源涵盖了安卓应用、小程序、Python应用和Java应用等多个领域,每个领域都包含了丰富的实例和项目。这些源码都是基于各自平台的最新技术和标准编写,确保了在对应环境下能够无缝运行。同时,源码中配备了详细的注释和文档,帮助用户快速理解代码结构和实现逻辑。 适用人群: 这些源码资源特别适合大学生群体。无论你是计算机相关专业的学生,还是对其他领域编程感兴趣的学生,这些资源都能为你提供宝贵的学习和实践机会。通过学习和运行这些源码,你可以掌握各平台开发的基础知识,提升编程能力和项目实战经验。 使用场景及目标: 在学习阶段,你可以利用这些源码资源进行课程实践、课外项目或毕业设计。通过分析和运行源码,你将深入了解各平台开发的技术细节和最佳实践,逐步培养起自己的项目开发和问题解决能力。此外,在求职或创业过程中,具备跨平台开发能力的大学生将更具竞争力。 其他说明: 为了确保源码资源的可运行性和易用性,特别注意了以下几点:首先,每份源码都提供了详细的运行环境和依赖说明,确保用户能够轻松搭建起开发环境;其次,源码中的注释和文档都非常完善,方便用户快速上手和理解代码;最后,我会定期更新这些源码资源,以适应各平台技术的最新发展和市场需求。
MFC CEF3是一种集成了MFC框架和CEF3(Chromium Embedded Framework 3)的开发工具,用于构建桌面浏览器应用程序。然而,一些开发者在使用MFC CEF3时发现其内存消耗过大的问题。 造成MFC CEF3内存消耗过大的原因有几个方面。首先,CEF3本身是一个强大的开源项目,它集成了Web浏览器引擎,包含了大量的代码和资源,因此会占用一定的内存空间。其次,MFC框架本身对资源的管理并不完全透明,可能会导致一部份的内存泄漏。另外,一些开发者在使用MFC CEF3时可能会过度使用资源,例如同时加载大量的网页、使用大量的JavaScript等,这也会导致内存消耗的增加。 为了降低MFC CEF3的内存消耗,开发者可以采取以下措施: 1. 监控和管理内存:开发者可以通过监视和分析应用程序的内存占用情况,找出内存泄漏和内存占用过高的原因,并进行相应的优化。 2. 控制资源使用:开发者应该尽可能避免同时加载大量的网页或使用大量的JavaScript,合理分配资源,避免资源浪费和内存占用过高。 3. 及时释放资源:开发者在不需要使用MFC CEF3的时候,应该及时释放资源,以减少内存占用。例如,在程序退出时,要确保释放所有的CEF3资源。 4. 更新和优化代码:开发者可以关注CEF3的官方更新和文档,了解最新的性能优化方法,并进行相应的代码优化。 综上所述,MFC CEF3消耗内存过大可能是由于CEF3本身的资源占用和开发者在使用过程中的一些问题造成的。通过监控和管理内存、控制资源使用、及时释放资源以及代码优化,开发者可以有效降低MFC CEF3的内存消耗。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值