.NET用Fody打包单DLL时，无需导入第三方库也不写代理属性如何暴露其属性？

你遇到的编译报错，核心原因是当前的Fody/Costura打包逻辑仅在运行时将第三方依赖作为内嵌资源加载到内存，没有在编译期向引用你的库的应用暴露第三方类型的元数据：
引用方编译代码时，虽然能识别到你写的自定义子类，但编译器无法定位子类所继承的第三方基类的元数据，自然无法解析从基类继承来的所有公开属性、方法，只能看到子类自身显式定义的成员——这也是你不得不写大量代理属性绕开问题的核心原因。

方案1：开启Costura的嵌入依赖公共化能力 #

这是适配你现有打包流程改动最小的方案：

• 升级Costura到最新稳定版本，在项目下的FodyWeavers.xml配置中，添加<PublicizeAssemblies>节点，把作为基类的第三方程序集名称纳入配置
• Costura会自动为这个第三方程序集的所有公开类型生成对应的TypeForwardedTo元数据特性，直接嵌入到你的主DLL中
• 编译期引用你的库的应用，会顺着类型转发逻辑直接解析基类的所有成员，不需要单独引用第三方DLL；运行时Costura依然会从内嵌资源中加载第三方DLL的实际实现，终端用户完全感知不到第三方依赖的存在。

方案2：切换为ILRepack合并模式打包 #

如果你不想调整Costura的配置逻辑，可以直接用ILRepack把你的库和第三方依赖的IL代码做实体合并：

• 合并时开启UnionMerge模式，不要对第三方代码做类型重命名、混淆处理，所有从基类继承的成员会直接成为合并后DLL的元数据组成部分
• 这种模式下根本不存在“依赖程序集找不到”的问题，所有类型的元数据都在同一个DLL里，编译器可以直接解析所有继承来的成员，不需要任何代理代码。

方案3：手动补充类型转发声明 #

如果不想升级现有打包工具版本，可以在你的库的代码中，手动为所有需要被继承的第三方基类添加程序集级别的类型转发特性，示例代码：

// 替换为实际的第三方基类全命名空间+类名
[assembly: TypeForwardedTo(typeof(ThirdParty.Lib.BaseFeatureClass))]

配合现有的Costura内嵌第三方DLL的逻辑，同样可以让编译器识别到基类的元数据，正常解析所有继承来的成员。

打包过程中不要对第三方程序集的公开类型做重命名、签名篡改，避免运行时加载内嵌依赖时触发类型加载异常或强名称校验失败。

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