我突然开始收到此错误： 错误 CS1705：程序集“Microsoft.AspNetCore.Http”，身份为“Microsoft.AspNetCore.Http，版本=7.0.0.0，文化=中性，PublicKeyToken=adb9793829ddae...
收到错误“类型 Universe 无法解析程序集：System.Runtime，版本=4.0.0.0，文化=中性，PublicKeyToken=b03f5f7f11d50a3a。”
我已经在VS 2017中创建了一个UWP应用程序并成功构建了该应用程序。 当我尝试在 VS2019 中打开相同的应用程序并尝试构建该应用程序时，出现以下错误：
我正在尝试降级 NServiceBus 依赖项，因此不要使用 4.0.0.0 而是使用 2.5.0.0 我正在尝试以下方法，但似乎都不起作用。 我正在尝试降级 NServiceBus 依赖项，因此不要使用 4.0.0.0 而是使用 2.5.0.0 我正在尝试以下方法，但似乎都不起作用。 <runtime> <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> <dependentAssembly> <assemblyIdentity name="NServiceBus" publicKeyToken="9fc386479f8a226c" culture="neutral"/> <bindingRedirect oldVersion="4.0.0.0" newVersion="2.5.0.0"/> </dependentAssembly> </assemblyBinding> </runtime> 我也尝试过使用代码库： <runtime> <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> <dependentAssembly> <assemblyIdentity name="NServiceBus" publicKeyToken="9fc386479f8a226c" culture="neutral"/> <codeBase version="2.5.0.0" href="NServiceBus.dll"/> </dependentAssembly> </assemblyBinding> </runtime> 不过，没什么。我浏览了 msdn 文档，没有提到以“向后”的方式使用此功能。这可能吗？ 实际上，我正在将您的第一个语句用于某些互操作 DLL，因为我们公司的客户在 Office 更新方面有不同的状态。这是我使用的代码： <runtime> <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> <dependentAssembly> <assemblyIdentity name="office" publicKeyToken="71E9BCE111E9429C" culture="neutral"/> <bindingRedirect oldVersion="0.0.0.0-14.0.0.0" newVersion="11.0.0.0"/> </dependentAssembly> </assemblyBinding> 这提供了从 DLL 版本 14 到版本 11 的向后兼容性。您能提供您正在使用的 DLL 的链接吗？ 我已经下载了 NServiceBus 框架（版本 3.3.8）并使用 ILSpy 检查了 DLL。我建议你对你的 DLL 做同样的事情。对于我的 DLL，它显示了与您相同的公钥令牌。您确定使用版本 4.0.0.0 而不是版本 3.3.0.0。或者您可能与公钥令牌不匹配。 根据 MSDN：https://msdn.microsoft.com/en-us/library/eftw1fys(v=vs.110).aspx 该值可以指定比oldVersion更早的版本。 指的是newVersion的bindingRedirect属性。同样在“备注”部分： 您还可以从程序集的较新版本重定向到旧版本。 他们的例子是： <configuration> <runtime> <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> <dependentAssembly> <assemblyIdentity name="myAssembly" publicKeyToken="32ab4ba45e0a69a1" culture="neutral" /> <bindingRedirect oldVersion="1.0.0.0" newVersion="2.0.0.0"/> </dependentAssembly> </assemblyBinding> </runtime> </configuration> 我确实注意到它还提到了一些有关应用程序配置文件中的显式程序集绑定重定向需要安全权限，也许这也会影响您？ 上面的答案是很好的答案，但缺少重要的部分。如果你阅读评论，一些开发人员不再相信这是有效的。事实上，这是双向的，向上版本或向下版本 重要：文化 在我的实验中，只有当我将文化设置为中性时它才开始起作用。 （上面的例子有“en-us”） <assemblyIdentity name="..... culture="neutral"/> 在我的设置中，我有 WinApp 引用了 Lib1 和 Lib3。 Lib1参考Lib2和Lib3。 Lib2参考文献Lib3。当我按下按钮时，一个调用从 WinApp 一路传播到 Lib3（直接传播和通过库链传播），并且文本返回显示在屏幕上。 Lib3的名字很强大。 运行 1 - 未设置区域性 [assembly: AssemblyCulture("")]，未设置绑定重定向 - 有效！ 运行 2 - Lib3 中的较低版本，将绑定重定向设置为“en-us” - 失败！ 运行 3 - Lib3 中的较低版本，将绑定重定向设置为“中性” - 有效！适用于向上版本和向下版本。 在其他运行中 - 使用设置 [assembly: AssemblyCulture("en-us")] - 当 AssemblyCulture 不为空时，所有尝试都会失败。事实上，当在WinApp中设置这个属性时，它甚至无法编译 错误CS7059：可执行文件不能是附属程序集；文化应该永远是空的 所以，我们开始吧。由于我不明白 AssemblyCulture 的所有复杂作用，我只声称我的实验仅证明在特定条件下版本重定向工作正常。 如果我没有理解错的话，我对 stimulsoft 报告 DDL 做了同样的事情，我安装了最新版本，但我想在我的应用程序中使用 2010.3。但不是通过配置文件和重定向： 我只是从解决方案资源管理器中删除了引用并添加了旧的 DLL 引用，然后设置了副本 Local 属性并重新编译，以便 DLL 与应用程序一起位于同一目录中，一切正常。也用其他一些 dll 完成了它。
如果您想在 web.config 中实现 SQL 会话，通常会有一些简单的内容，例如： 如果您想在 web.config 中实现 SQL 会话，通常会有一些简单的内容，例如： <sessionState mode="SQLServer" sqlConnectionString="myConnectionString"/> 但是，如果您想要一个自定义提供程序来执行诸如使用配置生成器隐藏连接字符串之类的操作，您可以编写以下内容： <sessionState mode="Custom" customProvider="SQLSessionProvider"> <providers> <add name="SQLSessionProvider" connectionStringName="SQLSessionService" type=""/> </providers> </sessionState> <connectionStrings configBuilders="CS_Environment"> <add name="SQLSessionService" connectionString="Environment_Key_Here" /> </connectionStrings> 问题是我不知道mode=SQLServer存在什么类型。在我的搜索中，我看到了 OBDC 会话的示例，其中 type=ObdcSessionStateStore 以及各种其他会话提供程序，但没有一个适用于 SQLServer。 SQLServer 存在哪些会话提供程序类型？ 您可以使用此功能并通过 Nuget Package Manager 安装的 type 是 Microsoft.AspNet.SessionState.SqlSessionStateProviderAsync 还应该安装SessionState.SessionStateModule。如果您是第一次将其安装到项目中，它将在您的 <sessionState> 中为您创建一个 web.config 模板。下面是如何使用它的示例： <connectionStrings configBuilders="CS_Environment"> <add name="SQLSession_Connection" providerName="System.Data.SqlClient" connectionString="SQLSessionProvider-configBuilder_failed" /> </connectionStrings> <sessionState cookieless="false" regenerateExpiredSessionId="true" mode="Custom" customProvider="SqlSessionStateProviderAsync"> <providers> <add name="SqlSessionStateProviderAsync" connectionStringName="SQLSession_Connection" type="Microsoft.AspNet.SessionState.SqlSessionStateProviderAsync, Microsoft.AspNet.SessionState.SqlSessionStateProviderAsync, Version=1.1.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" /> </providers> </sessionState> @8protons，您以前有使用过 Microsoft.AspNet.SessionState.SqlSessionStateProviderAsync 的经验吗？我收到“在应用程序配置中找不到或连接字符串为空”错误 lmk 如果您能提供帮助
在 .NET 6 中使用 xsltc.exe 生成的程序集（XSLT 样式表）
我有一个 XSLT 样式表“Stylesheet.xsl”，我已使用 xsltc.exe 将其编译为“Stylesheet.dll” 该 DLL 包含在我的 .NET 6 中（net6.0 我有一个 XSLT 样式表“Stylesheet.xsl”，我已使用 xsltc.exe 将其编译为“Stylesheet.dll” 该 DLL 包含在我的 .NET 6 (<TargetFramework>net6.0</TargetFramework>) 项目中，用法如下： var xslCompiledTransform = new XslCompiledTransform(); xslCompiledTransform.Load(typeof(Stylesheet)); // ↑ System.IO.FileNotFoundException: Could not load file or assembly 'System.Data.SqlXml, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'. The system cannot find the file specified. xslCompiledTransform.Transform(@"..\..\..\input.xml", @"..\..\..\output.xml"); Load方法抛出FileNotFoundException，并显示消息“无法加载文件或程序集‘System.Data.SqlXml，Version=4.0.0.0，Culture=neutral，PublicKeyToken=b77a5c561934e089’。系统找不到指定的文件。 ” 关于 xsltc.exe 的文档说明了以下内容： 脚本块仅在 .NET Framework 中受支持。 .NET Core 或 .NET 5 或更高版本不支持它们。 这严重暗示使用 xsltc.exe 编译的样式表应该在 .NET Core 或 .NET 5 或更高版本上工作（当不使用脚本块时），但在我的测试中却不起作用。 有谁知道为什么使用 xsltc.exe 编译的样式表不适用于 .NET 6 以及如何解决此问题？ 更多详情 我在下面添加了有关我尝试过的更多详细信息。 请注意，我使用的样式表Stylesheet.xsl非常基本，没有使用特殊功能：<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"> <xsl:output indent="yes"/> <xsl:template match="/"> <output> <xsl:for-each select="input/book"> <booktitle> <xsl:value-of select="@title" /> </booktitle> </xsl:for-each> </output> </xsl:template> </xsl:stylesheet> 生成DLL的命令： "C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.8 Tools\xsltc.exe" Stylesheet.xsl 在 SDK 样式的 .csproj 文件中引用 DLL： <ItemGroup> <Reference Include="Stylesheet"> <HintPath>.\Stylesheet.dll</HintPath> </Reference> </ItemGroup> input.xml：<input> <book title="First Title" /> <book title="Second Title" /> </input> output.xml 使用未编译的样式表执行转换时：<output> <booktitle>First Title</booktitle> <booktitle>Second Title</booktitle> </output> 我已经研究并发现其他人也有同样的问题，但还没有找到解决方案或解释为什么 Microsoft 文档隐式声明它应该可以工作，而在我的测试中却不起作用。 https://github.com/dotnet/runtime/issues/68129 在.NET Core 2.2中使用xsltc.exe生成的程序集？ XslCompiledTransform.Load(type)：无法加载文件或程序集“System.Data.SqlXml” System.IO.FileNotFoundException的堆栈跟踪： at System.Delegate.BindToMethodInfo(Object target, IRuntimeMethodInfo method, RuntimeType methodType, DelegateBindingFlags flags) at System.Reflection.RuntimeMethodInfo.CreateDelegateInternal(Type delegateType, Object firstArgument, DelegateBindingFlags bindingFlags) at System.Reflection.RuntimeMethodInfo.CreateDelegate(Type delegateType) at System.Xml.Xsl.XslCompiledTransform.Load(MethodInfo executeMethod, Byte[] queryData, Type[] earlyBoundTypes) at System.Xml.Xsl.XslCompiledTransform.Load(Type compiledStylesheet) at TestXslDotnet6.Program.Main(String[] args) in C:\Users\UserNameRedacted\Path\To\Repo\TestXslDotnet6\TestXslDotnet6\Program.cs:line 10 根据 GitHub 问题 .NET 6 不支持 XslCompiledTransform.Load(type(myXsltCompiled_dll)) 中的信息，看起来好像不支持，也不会支持。 2022年4月18日的评论说： 程序集 System.Data.SqlXml 包含命名空间 System.Xml.Xsl.Runtime，该命名空间在 .NET Core 中不存在。 根据移植指南，msxsl:script 在 .NET Core 上不可用。 .NET Framework 特定教程预计不起作用。 第二个人评论： 看起来 System.Data.SqlXml 是 SQLXML 的一部分，属于 据我所知，SQL Server org 不支持 .NET Core。 第三个人回复： 目前没有关于 SQLXML 和对 .NET 5+ 支持的计划， 我们还没有听到很多这方面的请求。我会 建议在此处开放用户声音以获得一些吸引力并 关于该主题的共识：https://aka.ms/sqlfeedback 所以，这就是您的答案：“msxsl:script 在 .NET Core 上不可用。.NET Framework 特定教程预计不起作用。”原因是非 .NET 组织必须使其成为可能，但没有计划这样做。他们没有意识到需求。 而且，他们承认该文档具有误导性。似乎在 2022 年 5 月对文档进行了更改，并创建了拉取请求：请注意，XSLT 脚本块仅限 .NET Framework。 我认识到这并没有为您提供解决方案或前进的道路，这令人失望。但这就是您问题的答案：.NET 6.0 根本不支持以这种方式进行转换。 虽然距离这个问题大约有两年了，但我还是想分享一下我为自己的目的所做的解决方法，因为我没有找到任何其他解决方案，可以帮助在基于 .NET Core 的转换中使用编译的 xslt dll。 因此，如果您想将 XslCompiledTransform 类与通过 xlstc.exe 生成的 dll 类型一起使用，请按照以下步骤操作： 生成dll类 xsltc.exe /class:Transform /out:Your.Assembly.dll 将 dll 反汇编为 ILL 代码 ildasm Your.Assembly.dll /out=Your.Assembly.ill 将 Your.Assembly.ill 中所有出现的 [System.Data.SqlXml] 替换为 [System.Private.Xml] 将你的IL编译回dll ilasm Your.Assembly.ill /dll 现在您可以将 Your.Assembly.dll 引用添加到您的 .NET Core 项目