优化ClickOnce部署：简化WPF应用程序中的通用DLL

1. 利用ClickOnce原生共享组件机制 #

这是最贴合ClickOnce生态的方案，无需额外安装工具：

• 将所有通用DLL（DevExpress、Material Design、Aspose等）封装为一个独立的类库项目，或直接打包成ClickOnce共享部署包。
• 发布该类库时，在ClickOnce发布设置中勾选"使此应用程序可从其他应用程序引用"，并设置唯一的共享组件名称和版本号。
• 在各WPF应用项目中添加对该共享组件的引用，将引用的「复制本地」属性设为false。
• 发布主应用时，ClickOnce会自动检测依赖的共享组件：若客户端未安装，将优先引导用户安装共享组件，后续所有应用都复用该组件，无需重复下载。
• 注意：共享组件的版本更新需保证对所有依赖应用兼容；可配置版本兼容规则，允许应用使用兼容范围内的组件版本。

2. 自定义公共DLL存储路径+应用配置引导 #

适合需要完全控制DLL存储位置的场景：

• 制作独立安装程序（如WiX、MSI或批处理脚本），将通用DLL安装到客户端公共目录（例如C:\Program Files\YourSharedLibs\）。
• 修改各WPF应用的app.config，添加<probing>元素指定公共DLL路径，让CLR能定位并加载这些共享DLL：

  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <probing privatePath="C:\Program Files\YourSharedLibs\" />
    </assemblyBinding>
  </runtime>
  

• 将ClickOnce应用的信任级别设为「完全信任」，默认沙箱模式下ClickOnce应用无法访问系统级目录的DLL。
• 注意：需处理共享DLL的版本冲突；安装程序需具备管理员权限以写入Program Files目录；更新共享DLL时需确保所有依赖应用兼容。

3. 基于NuGet本地源的依赖管理 #

适合有NuGet打包经验的场景：

• 将通用DLL打包为私有NuGet包，完善依赖元数据。
• 在客户端部署本地NuGet源（如本地文件夹或简易NuGet服务器），将私有包发布到该源。
• 配置各WPF应用的NuGet源指向本地源，引用私有包并设置「复制本地」为false。
• 配合ClickOnce发布时，配置依赖项从本地源获取，避免将通用DLL打包到应用程序包中。
• 注意：需维护本地NuGet源的更新；ClickOnce发布时需确保依赖解析指向本地源，避免自动下载公共NuGet源的包。

关键注意事项 #

• 版本兼容性：共享DLL的更新必须保证对所有依赖应用兼容，建议采用语义化版本管理，避免应用启动失败。
• 强签名限制：若使用GAC（全局程序集缓存）存储共享DLL，所有DLL必须强签名，但ClickOnce应用对GAC的依赖支持有限，不推荐此方式。
• 权限控制：公共目录的读写权限需配置正确，避免应用加载DLL时出现权限不足错误。
• 更新策略：共享组件的更新需独立于应用更新，可通过单独的自动更新服务处理，避免影响正在运行的应用。

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