assembly-binding-redirect相关内容
我快疯了,我希望这是我忽略的事情. 我遇到间歇性 FileLoadExceptions,即使部署之间的代码更改不会更改任何程序集引用,它也会在部署后出现. 查看最近的示例,我看到 FileLoadException 由于 System.IO.Compression,版本 4.2.0.0找不到. 在所有情况下,我们都引用 System.IO.Compression nuget 包,
..
我有一个 .Net 标准库,但在尝试使用其中一个依赖库时出现错误,我认为这是版本冲突造成的.在旧式 .Net 类库中,我可能会添加如下内容:
..
是否可以在 azure 函数文件夹结构中包含 web.config 或 app.config 文件以允许程序集绑定重定向? 解决方案 假设您使用的是最新的(2017 年 6 月)Visual Studio 2017 函数工具,我根据以下代码片段得出了一个基于配置的合理解决方案npiasecki 在 上发布的代码问题 #992. 如果这是通过框架管理的,那将是理想的,但至少是配置驱动的
..
F# PowerPack 的预构建二进制文件是针对 .NET 2.0 运行时编译的.如果我有一个 .NET 4.0 项目,为 .NET 4 运行时编译 PowerPack 源有什么好处吗? 解决方案 我在 F# snippets 网站中使用了 .NET 2.0 版本的 F# PowerPack,这是一个 .NET 4.0 ASP.NET 项目.不使用 4.0 版本的唯一缺点是我在寻找 2.
..
我有一个包含单个 dll 的内部 NuGet 包,没有外部 NuGet 包依赖项,也没有 web.config 转换. 然而,当我针对这个特定的 NuGet 在我的项目(类库和网站)上运行 Update-Package 时,它会自动更新我的网站 web.config 程序集绑定重定向到 旧 版本的 System.Web.Mvc 和 Newtonsoft.Json.网站 web.confi
..
安装 ASP.NET MVC 3 安全更新后 KB2990942 MVC 版本似乎从 3.0.0.0 增加到 3.0.0.1.这会导致 Visual Studio 不再找到引用.
..
请注意:这不是重复无法加载文件或程序集“System.ComponentModel.Annotations, Version=4.1.0.0.与链接的问题不同,此问题仅在发布应用程序后 发生.正如您将在下面看到的,我已经尝试了该帖子中提出的所有解决方案,但都没有成功. 此问题发生在 WPF .Net Framework 4.6.1 项目中,该项目引用了 .Net Standard 2.0 库
..
我有一个 .Net Standard 库,但在尝试使用其中一个依赖库时出现错误,我认为这归结为版本冲突.在旧式 .Net 类库中,我可能会添加如下内容: 但是,我显然不能在 Net Standard 库中做到这一点;所以,我的问题是,在 .Net Standard 世界中解决此类问题的策略是什么? 解决方案 绑定重定向是 .NET 框架的概念,.NET Standard 和 .NET
..
这里有问题... 我有一个 Powershell CmdLet,它可以在 32 位模式下运行而在 64 位模式下失败.问题是原因是什么以及如何解决. 情况 引用“OutlookHelper.Common.dll"的Powershell CmdLet.最新版本是 2.0.0.0CmdLet 还使用日志记录并引用“Logging.dll". Logging.dll 还引用了“Out
..
请注意:这不是重复无法加载文件或程序集“System.ComponentModel.Annotations, Version=4.1.0.0.与链接的问题不同,此问题仅在发布应用程序后 发生.正如您将在下面看到的,我已经尝试了该帖子中提出的所有解决方案,但都没有成功. 此问题发生在 WPF .Net Framework 4.6.1 项目中,该项目引用了 .Net Standard 2.0 库
..
我有一个 .Net Standard 库,但在尝试使用其中一个依赖库时出现错误,我认为这归结为版本冲突.在旧式 .Net 类库中,我可能会添加如下内容: 但是,我显然不能在 Net Standard 库中做到这一点;所以,我的问题是,在 .Net Standard 世界中解决此类问题的策略是什么? 解决方案 绑定重定向是 .NET 框架的概念,.NET Standard 和 .NET
..
我有一个 .NET Standard 2.0 DLL 项目. 除了 NETStandard.Library 2.0.1 之外,没有其他引用,一切都很好. 它被 WPF 应用程序引用,一切似乎都正常. 将 System.Collections.Immutable 1.5.0 的 nuget 包添加到 DLL 项目后,解决方案资源管理器的 Dependencies 根目录上会出现黄色
..
请注意:这不是重复无法加载文件或程序集“System.ComponentModel.Annotations, Version=4.1.0.0.与链接的问题不同,此问题仅在发布应用程序后 发生.正如您将在下面看到的,我已经尝试了该帖子中提出的所有解决方案,但都没有成功. 此问题发生在 WPF .Net Framework 4.6.1 项目中,该项目引用了 .Net Standard 2.0 库
..
在 C# 项目中,我使用外部程序集并将其添加到项目的 References 中.假设程序集名为 "ABC" ,位于版本 1.0.0.0 的编译时 c:\complie-time\abc.dll>.“复制本地"设置为 false. 因为不是本地复制,所以必须在 app.config 中指定程序集位置.
..
我经常使用的 VS 解决方案由一个单个可执行项目(控制台应用程序、Web 应用程序)和许多类库项目组成,这些项目都由可执行文件引用. 在使用 NuGet 和安装包时,通常会为每个项目创建一个 app.config 文件,通常只包含一个绑定重定向列表,用于合并引用程序集的版本.有时会有一些特定于第三方库的内容(如实体框架配置部分),但我们暂时将其搁置一旁. 当我构建解决方案并使用主可执行
..
如果我编译我的应用程序,会在输出中自动添加一个程序集绑定.特定的程序集绑定不在 Visual Studio 的 app.config 中,而是在创建的应用程序配置中. 有什么办法可以检查为什么会自动添加程序集绑定?选项 AutoGenerateBindingRedirects 未启用. 我不想有以下程序集绑定
..
针对F#PowerPack的预构建二进制文件是针对.NET 2.0运行时进行编译的.如果我有一个.NET 4.0项目,那么为.NET 4运行时编译PowerPack源代码有什么好处吗? 解决方案 我在 F#代码片段网站中使用了.NET 2.0版本的F#PowerPack.,这是一个.NET 4.0 ASP.NET项目.不使用4.0版本的唯一缺点是,当寻找2.0版本(由PowerPack的2
..
我有一个针对F#运行时4.4.1的单元测试项目.它有一个带有bindingRedirect部分的app.config: True
..
我有以下代码: open FSharp.Data [] let connectionString = @"Data Source=(local)\SQLExpress;Integrated Security=SSPI;Database=SfagStage" type InsertEnhet = SqlCommandProvider
..
这不是问题问题,而是有关程序集绑定重定向工作的一般理解问题。 查询 为什么绑定重定向仅显示主要版本而不显示次要版本和版本号? 新旧版本兼容吗?
..