Спасибо. Попробую.ura писал(а):В опциях при создании проекта надо кажется убрать "Attributed" и включить Merge Proxy Stub, тогда все будет похоже на VC6, хотя и не совместимо в обратную сторону из-за новой версии ATL. Так что все old fashion проекты с ATL я по возможности создаю в VC6 и потом перетаскиваю на .NET 2003.
Код: Выделить всё
#pragma once
#include "resource.h"
//
// IATLSomeObject interface
//
[
object,
uuid("456EDE06-67D6-4B2B-8A1A-D502850479EA"),
dual, helpstring("Interface # 1"),
pointer_default(unique)
]
__interface IATLSomeObject : IDispatch
{
[id(1), helpstring("method Message")] HRESULT Message(void);
};
//
// IATLSomeObject2 interface
//
[
object,
uuid("8F08C8B6-A53E-4d89-8265-988623204FBA"),
dual, helpstring("Interface # 2"),
pointer_default(unique)
]
__interface IATLSomeObject2 : IDispatch
{
[id(1), helpstring("method Message")] HRESULT Message(void);
};
//
// CATLSomeObject
//
[
coclass,
threading("apartment"),
vi_progid("atl_test.ATLSomeObject"),
progid("atl_test.ATLSomeObject.1"),
version(1.0),
uuid("AE3049F3-006D-40A3-8B68-045CF91DD213"),
helpstring("ATLSomeObject Class")
]
class ATL_NO_VTABLE CATLSomeObject :
public IATLSomeObject,
public IATLSomeObject2
{
public:
CATLSomeObject()
{
}
DECLARE_PROTECT_FINAL_CONSTRUCT()
/*
BEGIN_COM_MAP(CATLSomeObject)
COM_INTERFACE_ENTRY(IATLSomeObject)
COM_INTERFACE_ENTRY(IATLSomeObject2)
END_COM_MAP()
*/
HRESULT FinalConstruct()
{
return S_OK;
}
void FinalRelease()
{
}
//
// Interface
//
// IATLSomeObject Methods
public:
STDMETHOD(IATLSomeObject::Message)(void)
{
MessageBox(0, "Interface # 1 Message(void)", "ATLSomeObject", 0);
return S_OK;
}
// IATLSomeObject2 Methods
public:
STDMETHOD(IATLSomeObject2::Message)(void)
{
MessageBox(0, "Interface # 2 Message(void)", "ATLSomeObject", 0);
return S_OK;
}
};Код: Выделить всё
#include "stdafx.h"
#include <windows.h>
#include <initguid.h>
DEFINE_GUID(CLSID_Object,
0xAE3049F3, 0x006D, 0x40A3, 0x8b, 0x68, 0x4, 0x5c, 0xf9, 0x1d, 0xd2, 0x13);
//
// first interface
//
DEFINE_GUID(IID_Interface1,
0x456EDE06, 0x67D6, 0x4B2B, 0x8a, 0x1a, 0xd5, 0x2, 0x85, 0x4, 0x79, 0xea);
interface Interface1 : public IDispatch
{
STDMETHOD( InterfaceMessage ) () PURE;
};
//
// second interface
//
DEFINE_GUID(IID_Interface2,
0x8F08C8B6, 0xA53E, 0x4d89, 0x82, 0x65, 0x98, 0x86, 0x23, 0x20, 0x4f, 0xba);
interface Interface2 : public IDispatch
{
STDMETHOD( InterfaceMessage ) () PURE;
};
void main()
{
::CoInitialize( NULL );
Interface1* pInterface1 = NULL;
Interface2* pInterface2 = NULL;
::CoCreateInstance( CLSID_Object, NULL, CLSCTX_INPROC, IID_Interface1,(void **) &pInterface1);
pInterface1->InterfaceMessage();
pInterface1->QueryInterface( IID_Interface2, (void **) &pInterface2);
pInterface2->InterfaceMessage();
pInterface1->Release();
pInterface2->Release();
::CoUninitialize();
}Спасибо за подсказку.Ren писал(а):А теперь попробуй тоже самое, только без атрибутов.
Тогда и посмотришь что получиться.
. Единственное несответствие, которое нашёл, что пока ручками в idl не пропишешь новый интерфейс - всё равно не работает визард "implement interface", а должен бы, как написано в MSDN.А что должно получиться? Удаляется прокси проект. Основной проект с ком сервером также радостно и компилируется. Это прокси имеет в депенденсах основной проект (если удалить основной проект, то прокси длл не скомпилировать).ura писал(а):А теперь попробуй удалить proxy-stub DLL, и посмотри что получится.
уточним, что я говорю.ura писал(а): Ты же говоришь что она отдельно компонуется т.е. merge не делался при создании проекта.
Совершенно точно.ura писал(а): По идее отдельно PS DLL нужна только если будет использоваться маршаллинг с удаленного компьютера.
Не очень тебя понял. Шо имеешь ввиду? Диспатч используется для возможности использования КОМ в скриптовых языках для обеспечения позднего связывания с использованием имен (скриптовые языки не умеют работать непосредственно с ВТБЛ).ura писал(а):Опять таки я смортрю что интерфесы наследуются от IDispatch т.е. как я понимаю нестандартные типы в параметрах методов использоваться не будут.
Код: Выделить всё
Interface1* pInterface1 = NULL;
Interface2* pInterface2 = NULL;
::CoCreateInstance( CLSID_Object, NULL, CLSCTX_INPROC, IID_Interface1,(void **) &pInterface1);
pInterface1->InterfaceMessage();
pInterface1->QueryInterface( IID_Interface2,(void **) &pInterface2);
pInterface2->InterfaceMessage();Код: Выделить всё
CATLSomeObjectClass coATL_AttributeCls = new CATLSomeObjectClass();
IATLSomeObject InterfaceAttributed1 = ( IATLSomeObject ) coATL_AttributeCls;
IATLSomeObject2 InterfaceAttributed2 = ( IATLSomeObject2 ) coATL_AttributeCls;
InterfaceAttributed1.Message();
InterfaceAttributed2.Message();
Такое ощущение, что всё же в этом моём проекте без аттрибутов где-то косяки... Хоть и работает с C++ клиентами на ура.Ты прав. Если ATL CoКлассы без атрибутов и закоментировать макто - не то, что QueryInterface не будет работать (MS говорить тоже, и это логично, о чём и топик-то), а просто компилироваться не будет. Если же проект с атрибутами, то - там по-барабану. Не влияет это макро не на что. Там проект, как ты сам знаешь, в принципе другой, и очень вкусный для таких ленивых и малограмотных, как я. Я об этом и постил в начале топика, типа, в чём и сыр-бор.ura писал(а):Просто пытаюсь разобраться, поскольку совершенно точно при закоментированном
BEGIN_COM_MAP(CATLSomeObject)
END_COM_MAP()
QueryInterface работать не должен, просто там нет IID этих интерфейсов, откуда им взяться тогда.
Конструктивное лекарство есть? Тыж вроде как неплохой программер С++poneyhot писал(а):какая страшная муть ... рак мозгов
бедные люди, кому с этим дело иметь приходится
(мне кажется только ты ник поменял опять )