Необязательный аргумент надстройки COM vs Automation, написанной на языке C#
я работаю над библиотекой надстройки COM и надстройки Excel Automation, основные коды которой написаны на C#. Я хотел бы установить необязательный аргумент для функции, и я знаю, что это законно для C# и VBA, и даже Excel WorksheetFunction. Но я нахожу, что, наконец, необязательный аргумент работает исключительно для надстройки COM и Automation, что означает, что если одна надстройка запускается первой, то работает хорошо, но необязательный аргумент другой не будет работать.
ниже пожалуйста см. пример:
в решении VS 2013 у меня есть два проекта: Один называется TestVBA и еще одна называется TestExcel.
TestVBA предназначен для надстройки COM и построен через "Excel 2013 Add-in" и есть два .cs файлы:
- ThisAddIn.cs
этот файл генерируется автоматически и изменена немного. Коды
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Xml.Linq;
using Excel = Microsoft.Office.Interop.Excel;
using Office = Microsoft.Office.Core;
using Microsoft.Office.Tools.Excel;
namespace TestVBA
{
    public partial class ThisAddIn
    {
        private void ThisAddIn_Startup(object sender, System.EventArgs e)
        {
        }
        private void ThisAddIn_Shutdown(object sender, System.EventArgs e)
        {
        }
        private ExcelVBA oExcelVBA;
        protected override object RequestComAddInAutomationService()
        {
            if (oExcelVBA == null)
            {
                oExcelVBA = new ExcelVBA();
            }
            return oExcelVBA;
        }
        #region VSTO generated code
        /// <summary>
        /// Required method for Designer support - do not modify
        /// the contents of this method with the code editor.
        /// </summary>
        private void InternalStartup()
        {
            this.Startup += new System.EventHandler(ThisAddIn_Startup);
            this.Shutdown += new System.EventHandler(ThisAddIn_Shutdown);
        }
        #endregion
    }
}
- TestVBA.cs
этот файл является основным файлом расчета надстройки COM. Коды
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using System.Runtime.InteropServices;
using Excel = Microsoft.Office.Interop.Excel;
using System.Reflection;
namespace TestVBA
{
    [ComVisible(true)]
    [ClassInterface(ClassInterfaceType.AutoDual)]
    public class ExcelVBA
    {
        public int TestAddVBA(int a = 1, int b = 1)
        {
            return a + b;
        }
    }
}
еще один TestExcel предназначен для надстройки автоматизации Excel и построен через C# "библиотека классов" и есть два .cs файлы:
- BaseUDF.cs
этот файл определяет оформление двух атрибутов. Коды
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using System.Runtime.InteropServices;
using Microsoft.Win32;
namespace BaseUDF
{
    [ClassInterface(ClassInterfaceType.AutoDual)]
    [ComVisible(true)]
    public abstract class BaseUDF
    {
        [ComRegisterFunctionAttribute]
        public static void RegisterFunction(Type type)
        {
            // Add the "Programmable" registry key under CLSID.
            Registry.ClassesRoot.CreateSubKey(
              GetSubKeyName(type, "Programmable"));
            // Register the full path to mscoree.dll which makes Excel happier.
            RegistryKey key = Registry.ClassesRoot.OpenSubKey(
              GetSubKeyName(type, "InprocServer32"), true);
            key.SetValue("",
              System.Environment.SystemDirectory + @"mscoree.dll",
              RegistryValueKind.String);
        }
        [ComUnregisterFunctionAttribute]
        public static void UnregisterFunction(Type type)
        {
            // Remove the "Programmable" registry key under CLSID.
            Registry.ClassesRoot.DeleteSubKey(
              GetSubKeyName(type, "Programmable"), false);
        }
        private static string GetSubKeyName(Type type,
          string subKeyName)
        {
            System.Text.StringBuilder s =
              new System.Text.StringBuilder();
            s.Append(@"CLSID{");
            s.Append(type.GUID.ToString().ToUpper());
            s.Append(@"}");
            s.Append(subKeyName);
            return s.ToString();
        }
        // Hiding these methods from Excel.
        [ComVisible(false)]
        public override string ToString()
        {
            return base.ToString();
        }
        [ComVisible(false)]
        public override bool Equals(object obj)
        {
            return base.Equals(obj);
        }
        [ComVisible(false)]
        public override int GetHashCode()
        {
            return base.GetHashCode();
        }
    }
}
- TestExcel.cs
этот файл является основным файлом расчета надстройки Excel Automation. Коды
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using Microsoft.Win32;
using System.Runtime.InteropServices;
using Excel = Microsoft.Office.Interop.Excel;
using Extensibility;
namespace TestExcel
{
    [Guid("7127696E-AB87-427a-BC85-AB3CBA301CF3")]
    [ClassInterface(ClassInterfaceType.AutoDual)]
    [ComVisible(true)]
    public class TestExcel : BaseUDF.BaseUDF
    {
        public int TestAddExcel(int a = 1, int b = 1)
        {
            return a + b;
        }
    }
}
после построения, две надстройки были зарегистрированы в системе и в Excel мы можем использовать их успешно.
для надстройки автоматизации мы называем их в электронной таблице как =TestAddExcel(2,3) и =TestAddExcel() оба они работают очень хорошо и дают правильный результат 5 и 2. Однако, когда я пытаюсь вызвать надстройку COM через
Sub TestVBA_Click()
Dim addIn As COMAddIn
Dim TesthObj As Object
Set addIn = Application.COMAddIns("TestVBA")
Set TestObj = addIn.Object
Range("Output").Value2 = TestObj.TestAddVBA(2, 3)
Range("Output").Offset(1, 0).Value2 = TestObj.TestAddVBA()
End Sub
первый вызов со всеми существующими аргументами работает хорошо, но для второго с аргументы отсутствуют показывает ошибку Type mismatch.
самое интересное, когда я закрываю тестовый файл excel и открываю его снова, на этот раз я сначала тестирую надстройку COM, все еще через вышеуказанные коды VBA, оба вызова работают очень хорошо. Затем, когда я тестирую две функции электронной таблицы, которые раньше хорошо работали, только первая хороша, вторая с аргументами отсутствует =TestAddExcel() выдает #VALUE!.
было бы очень приятно, если кто-то может помочь с этим странным вопрос.
2 ответов
Я не уверен, как ссылаться на библиотеку классов без регистрации для COM?  Теперь я вижу, ты используешь позднюю привязку. Я не знал, что вы можете это сделать (не думал, что это позволит вам) и подозреваю, что это проблема, она также соответствует Type mismatch ошибка.
следуйте второму решению в my канонический ответ здесь на 3 метода для вызова .Net из Excel или VBA и убедитесь, что вы зарегистрируйтесь для COM:
перейдите на вкладку " сборка "и установите флажок"зарегистрироваться для COM-взаимодействия". На данный момент у вас есть дополнительный шаг, если вы работаете в Windows Vista или выше. Visual Studio необходимо запустить с правами администратора для регистрации COM-взаимодействия. Сохраните проект и закройте Visual Studio. Затем найдите Visual Studio в меню Пуск и щелкните правой кнопкой мыши на нем и выберите "Запуск от имени администратора". Откройте проект в Visual Studio. Затем выберите "Build", чтобы построить надстройку.
необязательно, если выше не работает, следуйте третьему решению в моем ответе и ссылайтесь на надстройку автоматизации и используйте раннюю привязку, я протестировал это, и он отлично работает:
Sub TestVBA1_Click()
Dim addIn As COMAddIn
Dim TesthObj As Object
Set addIn = Application.COMAddIns("TestVBA")
Set TestObj = addIn.Object
Debug.Print TestObj.TestAddVBA(2, 3)
Debug.Print TestObj.TestAddVBA()
Dim dotNetClass As TestExcel.TestExcel
Set dotNetClass = New TestExcel.TestExcel
Debug.Print dotNetClass.TestAddExcel(7, 3)
Debug.Print dotNetClass.TestAddExcel()
End Sub
Это полный удар в темноте, но можете ли вы создать перегруженные версии метода, чтобы имитировать способ, которым вы бы это сделали, прежде чем C# имел дополнительные параметры и посмотреть, будет ли это работать?
public int TestAddExcel(int a, int b)
{
    return a + b;
}
public int TestAddExcel(int a)
{
    return a + 1;
}
public int TestAddExcel()
{
    return 2;
}
 
            
