.NET 6输出DLL的类库如何集成WinForms适配Excel DNA迁移

完全存在可直接落地的成熟方案，不需要重构原有Excel DNA相关的业务逻辑，核心适配步骤如下：

• 版本适配：选择1.7及以上正式版本的Excel DNA，该版本原生支持.NET 6/.NET Core运行时，原有自定义Excel函数、Ribbon菜单、自定义任务窗格相关代码基本可以零修改复用，不需要额外开发COM互操作兼容层。
• 项目初始化配置：直接创建目标框架为net6.0-windows的Class Library类型项目，禁止选择无平台绑定的通用net6.0目标——WinForms属于Windows专属组件，无平台绑定的目标框架无法正常加载WinForms相关依赖。
• WinForms功能开启：不需要额外引入第三方UI框架，直接在项目csproj配置文件中开启WinForms支持即可，参考配置如下：

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <TargetFramework>net6.0-windows</TargetFramework>
    <!-- 开启WinForms支持 -->
    <UseWindowsForms>true</UseWindowsForms>
    <EnableComHosting>false</EnableComHosting>
    <OutputType>Library</OutputType>
  </PropertyGroup>
  <!-- 后续添加Excel DNA相关NuGet包引用即可，包引用逻辑和.NET Framework环境下一致 -->
</Project>

• 打包加载逻辑适配：不要手动执行COM组件注册操作，直接使用Excel DNA自带的打包工具生成对应位数的xll加载文件，在Excel中加载xll即可正常调用类库功能。
• 运行时注意事项：所有WinForms弹窗、控件交互的调用逻辑和.NET Framework环境下保持一致即可，注意非Excel主线程触发的UI操作必须调度到STA主线程执行，避免触发跨线程UI访问异常；如果原有逻辑依赖System.Drawing.Common、System.Data.OleDb这类Windows专属组件，直接通过NuGet安装对应Windows兼容版本即可，不要使用跨平台版本的同名包，避免出现运行时依赖缺失错误。

内容的提问来源于stack exchange，提问作者Jake