ActiveX控件开发,如何避免客户设置浏览器

本文介绍了一种新的方法,可以在不更改浏览器设置的情况下解决IE中ActiveX控件的安全问题。通过在控件代码中实现ISafeObject接口,可以避免因浏览器安全级别设置不同导致的控件调用失败。

如题,写了几个控件给网页调用,必须要去设置ie的受信任站点中的安全级别,一不小心设置变了的话,页面调用控件就会报错。比如(SCRIPT3: 找不到成员),以前碰到该错误的解决办法只能去将“对未标记为可安全执行脚本的ActiveX控件初始化并执行脚本”这一项设置为启用。

 新发现的办法,可在ActiveX工程中添加代码实现控件安全初始化,无需设置浏览器即可正常调用。具体操作:

1.xxxCtrl.h文件中

#include <ObjSafe.h>

class CxxxCtrl : public COleControl
{
	DECLARE_DYNCREATE(CxxxCtrl)

	/***ActiveX控件安全初始化:实现ISafeObject接口 开始***/
	DECLARE_INTERFACE_MAP()  
	BEGIN_INTERFACE_PART(ObjSafe, IObjectSafety)  
		STDMETHOD_(HRESULT, GetInterfaceSafetyOptions) (   
		/* [in] */ REFIID riid,  
		/* [out] */ DWORD __RPC_FAR *pdwSupportedOptions,  
		/* [out] */ DWORD __RPC_FAR *pdwEnabledOptions  
		);  
		STDMETHOD_(HRESULT, SetInterfaceSafetyOptions) (   
			/* [in] */ REFIID riid,  
			/* [in] */ DWORD dwOptionSetMask,  
			/* [in] */ DWORD dwEnabledOptions  
			);  
	END_INTERFACE_PART(ObjSafe);  
	/***ActiveX控件安全初始化:实现ISafeObject接口 结束***/
// 构造函数
public:
	CxxxCtrl();
......
}

2. xxxCtrl.cpp中,添加如下内容:

#ifdef _DEBUG
#define new DEBUG_NEW
#endif

/***ActiveX控件安全初始化:实现ISafeObject接口 开始***/
// Interface map for IObjectSafety  
BEGIN_INTERFACE_MAP( CxxxCtrl, COleControl )  
	INTERFACE_PART(CxxxCtrl, IID_IObjectSafety, ObjSafe)  
END_INTERFACE_MAP()
// IObjectSafety member functions  
// Delegate AddRef, Release, QueryInterface  
ULONG FAR EXPORT CxxxCtrl::XObjSafe::AddRef()  
{  
	METHOD_PROLOGUE(CxxxCtrl, ObjSafe)  
		return pThis->ExternalAddRef();  
}  
ULONG FAR EXPORT CxxxCtrl::XObjSafe::Release()  
{  
	METHOD_PROLOGUE(CxxxCtrl, ObjSafe)  
		return pThis->ExternalRelease();  
}  
HRESULT FAR EXPORT CxxxCtrl::XObjSafe::QueryInterface(  
	REFIID iid, void FAR* FAR* ppvObj)  
{  
	METHOD_PROLOGUE(CxxxCtrl, ObjSafe)  
		return (HRESULT)pThis->ExternalQueryInterface(&iid, ppvObj);  
}  
const DWORD dwSupportedBits =   
	INTERFACESAFE_FOR_UNTRUSTED_CALLER |  
	INTERFACESAFE_FOR_UNTRUSTED_DATA;  
const DWORD dwNotSupportedBits = ~ dwSupportedBits;  
// CStopLiteCtrl::XObjSafe::GetInterfaceSafetyOptions  
// Allows container to query what interfaces are safe for what. We're  
// optimizing significantly by ignoring which interface the caller is  
// asking for.  
HRESULT STDMETHODCALLTYPE   
	CxxxCtrl::XObjSafe::GetInterfaceSafetyOptions(   
	/* [in] */ REFIID riid,  
	/* [out] */ DWORD __RPC_FAR *pdwSupportedOptions,  
	/* [out] */ DWORD __RPC_FAR *pdwEnabledOptions)  
{  
	METHOD_PROLOGUE(CxxxCtrl, ObjSafe)  
		HRESULT retval = ResultFromScode(S_OK);  
	// does interface exist?  
	IUnknown FAR* punkInterface;  
	retval = pThis->ExternalQueryInterface(&riid,   
		(void * *)&punkInterface);  
	if (retval != E_NOINTERFACE) { // interface exists  
		punkInterface->Release(); // release it--just checking!  
	}  
	// we support both kinds of safety and have always both set,  
	// regardless of interface  
	*pdwSupportedOptions = *pdwEnabledOptions = dwSupportedBits;  
	return retval; // E_NOINTERFACE if QI failed  
}  
// CStopLiteCtrl::XObjSafe::SetInterfaceSafetyOptions  
// Since we're always safe, this is a no-brainer--but we do check to make  
// sure the interface requested exists and that the options we're asked to  
// set exist and are set on (we don't support unsafe mode).  
HRESULT STDMETHODCALLTYPE   
	CxxxCtrl::XObjSafe::SetInterfaceSafetyOptions(   
	/* [in] */ REFIID riid,  
	/* [in] */ DWORD dwOptionSetMask,  
	/* [in] */ DWORD dwEnabledOptions)  
{  
	METHOD_PROLOGUE(CxxxCtrl, ObjSafe)  
		// does interface exist?  
		IUnknown FAR* punkInterface;  
	pThis->ExternalQueryInterface(&riid, (void * *)&punkInterface);  
	if (punkInterface) { // interface exists  
		punkInterface->Release(); // release it--just checking!  
	}  
	else { // interface doesn't exist  
		return ResultFromScode(E_NOINTERFACE);  
	}  
	// can't set bits we don't support  
	if (dwOptionSetMask & dwNotSupportedBits) {   
		return ResultFromScode(E_FAIL);  
	}  
	// can't set bits we do support to zero  
	dwEnabledOptions &= dwSupportedBits;  
	// (we already know there are no extra bits in mask )  
	if ((dwOptionSetMask & dwEnabledOptions) !=  
		dwOptionSetMask) {  
			return ResultFromScode(E_FAIL);  
	}          
	// don't need to change anything since we're always safe  
	return ResultFromScode(S_OK);  
}  
/***ActiveX控件安全初始化:实现ISafeObject接口 结束***/

IMPLEMENT_DYNCREATE(CxxxCtrl, COleControl)

本课题设计了一种利用Matlab平台开发的植物叶片健康状态识别方案,重点融合了色彩与纹理双重特征以实现对叶片病害的自动化判别。该系统构建了直观的图形操作界面,便于用户提交叶片影像并快速获得分析结论。Matlab作为具备高效数值计算与数据处理能力的工具,在图像分析与模式分类领域应用广泛,本项目正是借助其功能解决农业病害监测的实际问题。 在色彩特征分析方面,叶片影像的颜色分布常与其生理状态密切相关。通常,健康的叶片呈现绿色,而出现黄化、褐变等异常色彩往往指示病害或虫害的发生。Matlab提供了一系列图像处理函数,例如可通过色彩空间转换与直方图统计来量化颜色属性。通过计算各颜色通道的统计参数(如均值、标准差及主成分等),能够提取具有判别力的色彩特征,从而为不同病害类别的区分提供依据。 纹理特征则用于描述叶片表面的微观结构与形态变化,如病斑、皱缩或裂纹等。Matlab中的灰度共生矩阵计算函数可用于提取对比度、均匀性、相关性等纹理指标。此外,局部二值模式与Gabor滤波等方法也能从多尺度刻画纹理细节,进一步增强病害识别的鲁棒性。 系统的人机交互界面基于Matlab的图形用户界面开发环境实现。用户可通过该界面上传待检图像,系统将自动执行图像预处理、特征抽取与分类判断。采用的分类模型包括支持向量机、决策树等机器学习方法,通过对已标注样本的训练,模型能够依据新图像的特征向量预测其所属的病害类别。 此类课题设计有助于深化对Matlab编程、图像处理技术与模式识别原理的理解。通过完整实现从特征提取到分类决策的流程,学生能够将理论知识与实际应用相结合,提升解决复杂工程问题的能力。总体而言,该叶片病害检测系统涵盖了图像分析、特征融合、分类算法及界面开发等多个技术环节,为学习与掌握基于Matlab的智能检测技术提供了综合性实践案例。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值