The C++\/WinRT library can be used to implement both Windows Runtime interfaces as well as classic COM interfaces. One feature of classic COM that is absent (intentionally) from the Windows Runtime is interface derivation. If you’re writing a class that needs to implement a derived COM interface, how do you express it? (The WRL library calls this a “chained interface”.)<\/p>\n
For concreteness, let’s suppose that you are implementing The na\u00efve way is to say that you implement both interfaces:<\/p>\n If you do this, you get ambiguous cast errors because the The cast to But you didn’t need to do that anyway. The COM interfaces derive from each other, so you probably want them to share a vtable. Declaring that you implement both interfaces means that you get two vtables (one for each interface) rather than a shared vtable.<\/p>\n The way to define your object is to say that you implement only the derived interface:<\/p>\n This gets rid of the ambiguous cast, because there is now only one way to get a However, you also need to get the To do that, you can overload the IFileSystemBindData<\/code> and IFileSystemBindData2<\/code>.<\/p>\nstruct MyFileSystemBindData :\r\n implements<MyFileSystemBindData,\r\n IFileSystemBindData,\r\n IFileSystemBindData2<\/span>>\r\n{\r\n \/\/ IFileSystemBindData\r\n HRESULT SetFindData(const WIN32_FIND_DATAW* pfd) override;\r\n HRESULT GetFindData(WIN32_FIND_DATAW* pfd) override;\r\n\r\n \/\/ IFileSystemBindData2\r\n HRESULT SetFileID(LARGE_INTEGER liFileID) override;\r\n HRESULT GetFileID(LARGE_INTEGER *pliFileID) override;\r\n HRESULT SetJunctionCLSID(REFCLSID clsid) override;\r\n HRESULT GetJunctionCLSID(CLSID *pclsid) override;\r\n};\r\n<\/pre>\nQuery\u00adInterface<\/code> provided by the implements<\/code> template ends up doing something like this:<\/p>\nif (is_guid_of<IFileSystemBindData>(iid)) {\r\n *result = static_cast<IFileSystemBindData*>(this);\r\n} else if (is_guid_of<IFileSystemBindData2>(iid)) {\r\n *result = static_cast<IFileSystemBindData2*>(this);\r\n}\r\n<\/pre>\nIFileSystemBindData*<\/code> is ambiguous because the compiler can’t tell whether you want the IFileSystemBindData<\/code> that is the immediate base class, or whether you want the IFileSystemBindData<\/code> that is the base class of the IFileSystemBindData2<\/code> interface.<\/p>\nstruct MyFileSystemBindData :\r\n implements<MyFileSystemBindData,\r\n IFileSystemBindData2<\/span>>\r\n{\r\n ...\r\n};\r\n<\/pre>\nIFileSystemBindData<\/code>.<\/p>\nQuery\u00adInterface<\/code> to respond to IID_IFileSystemBindData<\/code>.<\/p>\nwinrt::is_guid_of<\/code> function so that a check for IFileSystemBindData2<\/code> includes a test for IFileSystemBindData<\/code>.<\/p>\nnamespace winrt\r\n{\r\n template<>\r\n bool is_guid_of<IFileSystemBindData2>(guid const& id) noexcept\r\n {\r\n return is_guid_of<IFileSystemBindData2, IFileSystemBindData>(id);\r\n }\r\n}\r\n<\/pre>\n