在c ++中,我们可以通过设计返回* this的方法轻松地在类中设置方法链。在ATL / COM设置中这是可能的吗?假设我有一个简单的ATL类MyOBj。我想知道在这种情况下链接是否可行,如果是,那么支持链接的方法的idl签名是什么?简单的例子将不胜感激! (实际上,我的方法是从VBA调用excel的,我想在VBA上下文中链接,因为我们已经为标准的VBA方法链接了。)
很多
[R
编辑:
在.idl文件中我有:
interface IRateModel : IDispatch{
[id(1), helpstring("SETRATEMODEL")] HRESULT SETRATEMODEL( [in] VARIANT * var_in ) ;
[id(2), helpstring("GETRATETERMSTRUCTURE")] HRESULT GETRATETERMSTRUCTURE( [in, out] VARIANT * var_in ) ;
};
interface IVolatilityModel : IDispatch{
[id(1), helpstring("SETVOLATILITYMODEL")] HRESULT SETVOLATILITYMODEL( [in] VARIANT * var_in ) ;
[id(2), helpstring("GETVOLATILITY")] HRESULT GETVOLATILITY( [in, out] VARIANT * var_in ) ;
};
interface IMyOption : IDispatch{
[id(1), helpstring("SETMATURITY")] HRESULT SETMATURITY( [in] VARIANT * TheMaturity, [out,retval] IMyOption ** ret ) ;
[id(2), helpstring("SETSTRIKE")] HRESULT SETSTRIKE( [in] VARIANT * TheStrike, [out,retval] IMyOption ** ret ) ;
[id(3), helpstring("SETPAYOFF")] HRESULT SETPAYOFF( [in] VARIANT * ThePayoff, [out,retval] IMyOption ** ret ) ;
[id(4), helpstring("ATTACHRATEMODEL")] HRESULT ATTACHRATEMODEL( [in] IRateModel ** TheRateModel, [out,retval] IMyOption ** ret ) ;
[id(5), helpstring("ATTACHVOLATILITYPROCESS")] HRESULT ATTACHVOLATILITYPROCESS( [in] IVolatilityModel ** TheVolatilityModel, [out,retval] IMyOption ** ret ) ;
[id(6), helpstring("PRICEIT")] HRESULT PRICEIT( [in, out] DOUBLE * price ) ;
};
SETRATEMODEL的实现是:
STDMETHODIMP CRateModel::SETRATEMODEL( /*[in]*/ VARIANT * var_in )
{
// something
// ...
return S_OK ;
}
自从我添加其他界面后,此实现没有改变。在添加它们之前,在调试时,VARIANT为VT_R8(来自vba VARIANT,这个来自excel的double)现在在调试时,变体是VT_DISPATCH。
PS:我是ATL / COM的新手。答案 0 :(得分:2)
这样的事情:
interface IMyInterface {
HRESULT DoSomething([in] long someParam, [out, retval] IMyInterface** ret);
HRESULT DoSomethingElse([out, retval] IMyInterface** ret);
};
脚本客户端应该能够执行myObj.DoSomething(42).DoSomethingElse()
答案 1 :(得分:0)
继Igor Tandetnik首先回答之后,我尝试将ATL / COM链接方法如下,在简单的ATL / COM对象中称为“复杂”,对复杂数字进行建模:
IDL文件中的:
[id(1), helpstring("SET")] HRESULT SET( [in/*,out*/] VARIANT * var_inx, [in/*,out*/] VARIANT * var_iny ) ;
[id(2), helpstring("SETREALPART")] HRESULT SETREALPART( [in] VARIANT * var_inx, [out, retval] IComplex** ret ) ;
[id(3), helpstring("SETIMAGPART")] HRESULT SETIMAGPART( [in] VARIANT * var_iny, [out, retval] IComplex** ret ) ;
[id(4), helpstring("MODULE")] HRESULT MODULE( [out, retval] VARIANT * var_out ) ;
Complex.h文件中的:
class ATL_NO_VTABLE CComplex :
public CComObjectRootEx<CComSingleThreadModel>,
public CComCoClass<CComplex, &CLSID_Complex>,
public IDispatchImpl<IComplex, &IID_IComplex, &LIBID_ATLSimpleChainingTestLib, /*wMajor =*/ 1, /*wMinor =*/ 0>
{
public:
CComplex() ;
CComplex( double x, double y ) ;
CComplex & setRealPart( double x );
CComplex & setImagPart( double y );
void setRealPart2( double x );
void setImagPart2( double y );
double getRealPart( void ) ;
double getImagPart( void ) ;
double getModule( void ) ;
private:
double _RealPart ;
double _ImagPart ;
public:
DECLARE_REGISTRY_RESOURCEID(IDR_COMPLEX)
BEGIN_COM_MAP(CComplex)
COM_INTERFACE_ENTRY(IComplex)
COM_INTERFACE_ENTRY(IDispatch)
END_COM_MAP()
DECLARE_PROTECT_FINAL_CONSTRUCT()
HRESULT FinalConstruct()
{
return S_OK;
}
void FinalRelease()
{
}
public:
STDMETHOD( SET )( /*[in]*/ VARIANT * var_inx, /*[in]*/ VARIANT * var_iny ) ;
STDMETHOD( SETREALPART )( /*[in]*/ VARIANT * var_inx, /*[out, retval]*/ IComplex** ret ) ;
STDMETHOD( SETIMAGPART )( /*[in]*/ VARIANT * var_iny, /*[out, retval]*/ IComplex** ret ) ;
//STDMETHOD( SETREALPART )( /*[in]*/ VARIANT * var_inx ) ;
//STDMETHOD( SETIMAGPART )( /*[in]*/ VARIANT * var_iny ) ;
STDMETHOD( MODULE )( /*[out, retval]*/ VARIANT * var_out ) ;
};
OBJECT_ENTRY_AUTO(__uuidof(Complex), CComplex)
在Complex.cpp文件中:
// Complex.cpp:CComplex的实现
#include "stdafx.h"
#include "Complex.h"
#include <cmath>
#include "MYVARIANT.h"
// CComplex
CComplex::CComplex( void )
{
}
CComplex::CComplex( double x, double y )
{
_RealPart = x ;
_ImagPart = y ;
}
CComplex & CComplex::setRealPart( double x )
{
_RealPart = x ;
return *this ;
}
void CComplex::setRealPart2( double x )
{
_RealPart = x ;
}
CComplex & CComplex::setImagPart( double y )
{
_ImagPart = y ;
return *this ;
}
void CComplex::setImagPart2( double y )
{
_ImagPart = y ;
}
double CComplex::getRealPart( void )
{
return _RealPart ;
}
double CComplex::getImagPart( void )
{
return _ImagPart ;
}
double CComplex::getModule( void )
{
return std::sqrt( _RealPart*_RealPart + _ImagPart*_ImagPart ) ;
}
STDMETHODIMP CComplex::SET( /*[in]*/ VARIANT * var_inx, /*[in]*/ VARIANT * var_iny )
{
MyVARIANT myvarx( var_inx ) ;
MyVARIANT myvary( var_iny ) ;
if ( myvarx.GETNBLINES()*myvarx.GETNBCOLS()*myvary.GETNBLINES()*myvary.GETNBCOLS() != 1L )
return E_INVALIDARG ;
ATL::CComVariant myccomvarx ;
ATL::CComVariant myccomvary ;
myvarx.GET(0, 0, myccomvarx ) ;
myvary.GET(0, 0, myccomvary ) ;
if ( ( myccomvarx.vt != VT_R8 ) || ( myccomvary.vt != VT_R8 ) )
return E_INVALIDARG ;
setRealPart2( myccomvarx.dblVal ) ;
setImagPart2( myccomvary.dblVal ) ;
return S_OK ;
}
STDMETHODIMP CComplex::SETREALPART( /*[in]*/ VARIANT * var_inx, /*[out, retval]*/ IComplex** ret )
//STDMETHODIMP CComplex::SETREALPART( /*[in]*/ VARIANT * var_inx )
{
MyVARIANT myvarx( var_inx ) ;
if ( myvarx.GETNBLINES()*myvarx.GETNBCOLS() != 1L )
return E_INVALIDARG ;
ATL::CComVariant myccomvarx ;
myvarx.GET(0, 0, myccomvarx ) ;
if ( myccomvarx.vt != VT_R8 )
return E_INVALIDARG ;
setRealPart2( myccomvarx.dblVal ) ;
return S_OK ;
}
STDMETHODIMP CComplex::SETIMAGPART( /*[in]*/ VARIANT * var_iny, /*[out, retval]*/ IComplex** ret )
//STDMETHODIMP CComplex::SETIMAGPART( /*[in]*/ VARIANT * var_iny )
{
MyVARIANT myvary( var_iny ) ;
if ( myvary.GETNBLINES()*myvary.GETNBCOLS() != 1L )
return E_INVALIDARG ;
ATL::CComVariant myccomvary ;
myvary.GET(0, 0, myccomvary ) ;
if ( myccomvary.vt != VT_R8 )
return E_INVALIDARG ;
setImagPart2( myccomvary.dblVal ) ;
return S_OK ;
}
STDMETHODIMP CComplex::MODULE( /*[out, retval]*/ VARIANT * var_out )
{
double mod = getModule() ;
MyVARIANT module( &mod, 1, 1) ;
module.ATTACH( var_out ) ;
return S_OK ;
}
//
MyVARIANT是一个VARIANT包装器类,它完美地运行并且完全经过深度测试。在
ATL::CComVariant myccomvarx ;
myvarx.GET(0, 0, myccomvarx ) ;
GET使用MyVARIANT myvarx的coeff(0,0)填充ATL :: CComVariant myccomvarx。
人们很容易猜到
GETNBLINES()
和
GETNBCOLS()
方法正在做。在
MyVARIANT module( &mod, 1, 1) ;
module.ATTACH( var_out ) ;
方法ATTACH使用构造函数构造的MyVARIANT“模块”“填充”VARIANT var_out
MyVARIANT( double *, long, 1)
将MyVARIANT指向(在这种情况下)指向double的指针。让我再说一遍,MyVARIANT已经完全重新检测,它完全有效。
现在,在VBA for Excel方面,我创建了以下六个函数:
Function calcmodule11(ByRef x As Variant, ByRef y As Variant) As Variant
Dim z As ATLSimpleChainingTestLib.Complex
Set z = New ATLSimpleChainingTestLib.Complex
Call z.SET(x, y)
calcmodule11 = z.module()
End Function
Function calcmodule12(ByRef x As Variant, ByRef y As Variant) As Variant
Dim z As ATLSimpleChainingTestLib.Complex
Set z = New ATLSimpleChainingTestLib.Complex
Dim xx As Variant
xx = x
Dim yy As Variant
yy = y
Call z.SET(xx, yy)
calcmodule12 = z.module()
End Function
Function calcmodule21(ByRef x As Variant, ByRef y As Variant) As Variant
Dim z As ATLSimpleChainingTestLib.Complex
Set z = New ATLSimpleChainingTestLib.Complex
z.SETREALPART (x)
z.SETIMAGPART (y)
calcmodule21 = z.module()
End Function
Function calcmodule22(ByRef x As Variant, ByRef y As Variant) As Variant
Dim z As ATLSimpleChainingTestLib.Complex
Set z = New ATLSimpleChainingTestLib.Complex
Dim xx As Variant
xx = x
Dim yy As Variant
yy = y
z.SETREALPART (xx)
z.SETIMAGPART (yy)
calcmodule22 = z.module()
End Function
Function calcmodule31(ByRef x As Variant, ByRef y As Variant) As Variant
Dim z As ATLSimpleChainingTestLib.Complex
Set z = New ATLSimpleChainingTestLib.Complex
z.SETREALPART(x).SETIMAGPART (y)
calcmodule31 = z.module()
End Function
Function calcmodule32(ByRef x As Variant, ByRef y As Variant) As Variant
Dim z As ATLSimpleChainingTestLib.Complex
Set z = New ATLSimpleChainingTestLib.Complex
Dim xx As Variant
xx = x
Dim yy As Variant
yy = y
Call z.SETREALPART(x).SETIMAGPART(y)
calcmodule32 = z.module()
End Function
我在excel单元格中调用了这六个函数F中的每一个(即,F等于calcmodule11,或calcmodule12,或...等),写作
=F(B3,B4)
其中B3和B4是两个excel单元格,每个单元格包含双1.以下是每个函数的结果:
calcmodule11 #VALUE! calcmodule12 1.414213562 calcmodule21 1.414213562 calcmodule22 #VALUE! calcmodule31 #VALUE! calcmodule32 #VALUE!
1.414213562确实是预期的正确价值。
问题:
1)为什么我有#VALUE!对calcmodule11的调用?
2)由于calcmodule12给出了正确的值而calcmodule11没有,我预计该对的行为相同(calcmodule21,calcmodule22),但恰恰相反:calcmodule21给出正确的值,而calcmodule22则没有。为什么?
2)正如Igor Tandetnik解释它是我问题的第一个答案,我在函数calcmodule31和calcmodule32中放置了方法链。并且它不起作用,它在calcmodule21和calcmodule22情况下工作,至少对于calcmodule21。为什么?
Igor Tandetnik,正如我所说的那样,正是你向我建议的(如果我错了,请纠正我),为什么它不起作用?...很多。
答案 2 :(得分:0)
好的,#VALUE!是在函数calcmodule11中引起的,因为作为VARIANT传递给它的是“VARIANT / Object / Range”,其value2组件是VARIANT / double,而我在MyVARIANT包装类中没有处理VARIANT / Object / Range。但如果y传递x.value2(在vba中)做方法,一切都很好。这也解释了为什么dim xx作为变体,xx = x函数的技巧:这样做以某种方式将xx放入x.value2,但我不知道为什么......对于#VALUE!在涉及方法链接的VBA函数中,原因是相同的,除了VARIANT更复杂:指向com obj实例的指针...
因此,我将不得不重写/完成我的MyVARIANT类来处理将出现的VT_DISPATCH的所有情况,如“VARIANT / Object / Range”,还有更多复杂的其他VT_DISPATCH'......