COM组件开发实践(八)---多线程ActiveX控件和自动调整ActiveX控件大小(下)

简介:
源代码下载:MyActiveX20081229.rar

声明:本文代码基于CodeProject的文章《A Complete ActiveX Web Control Tutorial》修改而来,因此同样遵循Code Project Open License (CPOL)。

      在上一篇文章《COM组件开发实践(七)---多线程ActiveX控件和自动调整ActiveX控件大小(上)》中介绍了ActiveX控件中使用多线程的基本需求,并提出了一个简单的线程模型,但却出现了意想不到的问题,本文将尝试给出问题的一个可行的解法,并同时解决上文中提出的第二个问题。

      其实解决的思路也很简单,一开始我也早就想到了的,就是使用让子线程PostMessage来发出自定义的消息来通知主线程,特定的事件已经发生了,需求主线程去响应。这不是什么了不起的想法,但我对子线程PostMessage非常恐惧,因为以前的一个项目中就是这个问题导致了内存泄露,所以这个方案一开始就被我否定了。

      遍寻解决之道不可得时,只得在csdn的论坛上发贴求教高手了,具体的讨论请参考这个帖子:

http://topic.csdn.net/u/20081226/17/9bf0ae08-c54d-4934-b1b2-91baa27ff76e.html

看到jameshooo(胡柏华)的回帖后,还是决定回到起点,尝试用PostMessage这个方案。

首先自定义两个事件,分别表示操作成功和操作失败

#define WM_OPTSUCCESS WM_APP+101 //操作成功
#define WM_OPTFAILED WM_APP+102    //操作失败
     然后回调函数中就变得非常简单,只需要post对应的事件即可。

复制代码
/////////////////////
//回调函数
/////////////////////////
void CMyActiveXCtrl::OnSuccesful()
{//操作成功
    this->PostMessage(WM_OPTSUCCESS,(WPARAM)NULL,(LPARAM)NULL);
}

void CMyActiveXCtrl::OnFailed()
{//操作失败
    this->PostMessage(WM_OPTFAILED,(WPARAM)NULL,(LPARAM)NULL);
}
复制代码
     再重载消息处理函数WindowProc,在其中调用外部的JavaScript函数或者Fire出外部页面可以响应的事件。

 复制代码
LRESULT CMyActiveXCtrl::WindowProc(UINT msg, WPARAM wParam, LPARAM lParam)
{
    switch (msg)
    {
    case WM_OPTSUCCESS:
        {//操作成功,通知外部页面
            CString strOnLoaded("OnLoaded");
            this->CallJScript(strOnLoaded);
            return 0;
        }
    case WM_OPTFAILED:
        {//操作失败,通知外部页面
            //这里不写了,同上面
        }
    }
    return   COleControl::WindowProc(msg,wParam,lParam);   
}
复制代码
     在OnCreate函数中加入启动工作线程代码:

复制代码

int CMyActiveXCtrl::OnCreate(LPCREATESTRUCT lpCreateStruct)
{
    if (COleControl::OnCreate(lpCreateStruct) == -1)
        return -1;
    m_MainDialog.Create(IDD_MAINDIALOG, this);
    pThread.SetICallBack(this);//设置主线程回调函数
    pThread.Start();//启动工作线程
    return 0;
}
复制代码
     重载掉OnClose函数,在其中加入关闭工作线程的代码:

 复制代码
void CMyActiveXCtrl::OnClose(DWORD dwSaveOption)
{
    pThread.Stop(true);//强行关闭工作线程
    COMRELEASE(pWebBrowser);
    COMRELEASE(pHTMLDocument);
    COleControl::OnClose(dwSaveOption);
}
复制代码
     到此为止,一个多线程的ActiveX控件就诞生了。这里是不会发生以前我遇到的内存泄露的,因为情况不同了,只是在回调函数中简单的post一个message,并没有new一个内存区域并将这块内存作为参数post给主线程,后面这种情况是可能会内存泄露的。

Ok,下面来考虑第二个问题,先简单介绍下具体需求:就是一个AcitveX控件会用到不同的页面中,每个页面对这个控件的需求也不同,也就要求在两个不同的页面中,控件显示的大小也不同。

      jameshooo(胡柏华) 回帖说:“改变控件大小要通知容器,由容器再反过来通知控件改变大小,不然没有任何效果。调用IOleInPlaceSite::OnPosRectChange即可”。因此就根据这个来尝试提出一个解决方案来。

假设有两种模式的控件,一种是“普通”模式, 如下图所示:

 



     一种是“特殊”模式,

 

     为了区别开两者,就考虑在web页面中通过设置参数的方式来通知ActiveX控件,对于不同的模式填充不同的对话框就可以了。我们在web页面中控件部分加入如下参数:

<PARAM NAME="IsSpecial" VALUE="TRUE">
        相应的在CMyActiveXCtrl类中加入一个变量,这里为简单起见,选择了类型为CString型,主要是为了传参数方便。

CString m_bIsSpecial;//是否是"特殊"页面
     Web页面传入的参数值在下面这个函数中读取:

复制代码

void CMyActiveXCtrl::DoPropExchange(CPropExchange* pPX)
{
    ExchangeVersion(pPX, MAKELONG(_wVerMinor, _wVerMajor));
    COleControl::DoPropExchange(pPX);

    PX_String(pPX,   _T("IsSpecial"),   m_bIsSpecial); //读取外部设置的参数
}
复制代码
     为了供控件选择,这里提供了两种模式的对话框:

public:
    CMyDlgTwo m_dlgSpecial;//特殊模式
    CMyDlgThree m_dlgCommon;//普通模式
     然后在创建和绘制对话框时,通过检测参数是否为空就知道待创建的对话框类型到底是“普通“还是”特殊“了。

复制代码
int CMyActiveXCtrl::OnCreate(LPCREATESTRUCT lpCreateStruct)
{
    if (COleControl::OnCreate(lpCreateStruct) == -1)
        return -1;

    CRect newRc; 
    if(m_bIsSpecial.Compare(_T(""))==0)
    {//没设置参数,"普通“模式
        this->m_dlgCommon.Create(IDD_DIALOG3,this);
        //设置控件的大小
        
        newRc.left = 0; 
        newRc.top = 0; 
        newRc.right = 200; 
        newRc.bottom = 200; 
    }
    else
    {//设置了参数,”特殊“模式
        this->m_dlgSpecial.Create(IDD_DIALOG2,this);
        //设置控件的大小
        newRc.left = 0; 
        newRc.top = 0; 
        newRc.right = 200; 
        newRc.bottom = 200; 
    }
    this->m_pInPlaceSite->OnPosRectChange(&newRc);
    return 0;
}

void CMyActiveXCtrl::OnDraw(
            CDC* pdc, const CRect& rcBounds, const CRect& rcInvalid)
{
    if (!pdc)
        return;
    if(m_bIsSpecial.Compare(_T(""))==0)
    {//没设置参数,"普通“模式
        this->m_dlgCommon.MoveWindow(rcBounds,TRUE);
    }
    else
    {//设置了参数,”特殊“模式
        this->m_dlgSpecial.MoveWindow(rcBounds,TRUE);
    }
}
复制代码


本文转自Phinecos(洞庭散人)博客园博客,原文链接:http://www.cnblogs.com/phinecos/archive/2008/12/29/1364791.html,如需转载请自行联系原作者
目录
相关文章
System.InvalidOperationException:“线程间操作无效: 从不是创建控件“xxx”线程它。”
System.InvalidOperationException:“线程间操作无效: 从不是创建控件“xxx”线程它。”
288 0
|
4月前
|
C#
[C#] 如何在子线程中显示编辑控件内容
[C#] 如何在子线程中显示编辑控件内容
22 0
Auto.js 特殊定位控件方法 不能在ui线程执行阻塞操作,请使用setTimeout代替
Auto.js 特殊定位控件方法 不能在ui线程执行阻塞操作,请使用setTimeout代替
1169 0
Auto.js 特殊定位控件方法  不能在ui线程执行阻塞操作,请使用setTimeout代替
|
消息中间件 安全 C#
WinForm-跨线程更新UI控件常用方法
WinForm-跨线程更新UI控件常用方法
637 0
WinForm-跨线程更新UI控件常用方法
C#.NET使用Task,await,async,异步执行控件耗时事件(event),不阻塞UI线程和不跨线程执行UI更新,以及其他方式比较
原文:C#.NET使用Task,await,async,异步执行控件耗时事件(event),不阻塞UI线程和不跨线程执行UI更新,以及其他方式比较 使用Task,await,async,异步执行事件(event),不阻塞UI线程和不跨线程执行UI更新   使用Task,await,async 的异步模式 去执行事件(event) 解决不阻塞UI线程和不夸跨线程执行UI更新报错的最佳实践,附加几种其他方式比较 由于是Winform代码和其他原因,本文章只做代码截图演示,不做界面UI展示,当然所有代码都会在截图展示。
4785 0

热门文章

最新文章