Я все время пытаюсь получить без регистрации COM, работающий с Excel в качестве клиента, и dll.NET в качестве сервера. В настоящее время я просто пытаюсь работать с доказательством концепции, но у меня проблемы.
Очевидно, что когда я использую Excel, я не могу просто использовать манифест клиента, живущий рядом с исполняемым файлом, поэтому я использую Microsoft.Windows.ActCtx
(ссылку)
У меня есть манифест клиента, манифест сборки и dll все в одном месте.
К сожалению, то, что работает на С#, похоже, не работает в Excel/VBA, и я сильно обеспокоен причиной. Хотя тестовый клиент С# отлично работает, VBA дает ошибку 80070002, с сообщением "CreateObject" объекта "IActCtx" не удалось.
У меня есть .NET dll (COMTestService.dll), отображающий один класс/интерфейс для COM (COMTestObject
/ICOMTestObject
), как здесь:
[ComVisible(true), InterfaceType(ComInterfaceType.InterfaceIsIDispatch)]
[Guid("EEE50CDF-D8EC-4F38-B986-C231EC45171E")]
public interface ICOMTestObject
{
[ComVisible(true)]
string GetString(int number);
}
[ComVisible(true), ClassInterfaceAttribute(ClassInterfaceType.None), ComDefaultInterface(typeof(ICOMTestObject))]
[Guid("6E54611B-8B56-49E0-9415-E59B0774A4BE")]
public class COMTestObject : ICOMTestObject
{
public COMTestObject()
{
}
public string GetString(int number)
{
return string.Format("The number is: {0}", number);
}
}
Клиентский манифест (COMTestService_Client.manifest):
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly
manifestVersion="1.0"
xmlns="urn:schemas-microsoft-com:asm.v1" >
<assemblyIdentity
name="client"
version="1.0.0.0" />
<dependency>
<dependentAssembly>
<assemblyIdentity
name="COMTestService"
version="1.0.0.0"
processorArchitecture="msil" />
</dependentAssembly>
</dependency>
</assembly>
манифест сборки (COMTestService.manifest):
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly
manifestVersion="1.0"
xmlns="urn:schemas-microsoft-com:asm.v1" >
<assemblyIdentity
name="COMTestService"
version="1.0.0.0"
processorArchitecture="msil" />
<clrClass
clsid="{6E54611B-8B56-49E0-9415-E59B0774A4BE}"
progid="COMTestService.COMTestObject"
threadingModel="Both"
name="COMTestService.COMTestObject"
runtimeVersion="v4.0.30319">
</clrClass>
<file
name="COMTestService.dll"
hashalg="SHA1">
</file>
</assembly>
Код клиента VBA:
Dim actCtx As Object
Set actCtx = CreateObject("Microsoft.Windows.ActCtx")
actCtx.Manifest = "...\COMTestService_Client.manifest"
Dim testObject As Object
Set testObject = actCtx.CreateObject("COMTestService.COMTestObject") 'This line throws...
Dim text As String
text = thing.GetString(42)
Debug.Print text
Код клиента С#:
var actCtxType = System.Type.GetTypeFromProgID("Microsoft.Windows.ActCtx");
dynamic actCtx = System.Activator.CreateInstance(actCtxType);
actCtx.Manifest = @"...\COMTestService_Client.manifest";
var type = System.Type.GetTypeFromProgID("COMTestService.COMTestObject");
dynamic obj = System.Activator.CreateInstance(type);
dynamic s = obj.GetString(42);
ИЗМЕНИТЬ
Сюжет сгущается... Просто для удовольствия я написал быстрый COM-видимый, REGISTERED вспомогательный класс для создания объекта в С#, а затем передал его обратно, используя метод в строках public object CreateObject(string manifestPath, string typeName)
Now, вызывающий это из С# exe работает отлично, но вызов его из VBA не удался (80070002 снова, сообщение: система не может найти указанный файл.). Теперь я еще более смущен...
Заранее благодарим за любую помощь, и если мне нужно предоставить дополнительную информацию, просто дайте мне знать, и я буду рад обязать вас!