标签: .net-standard

按照此示例，我尝试使用Microsoft.Extensions.Configuration API 中的IConfiguration接口检索并保存启动应用程序值。但是，我找不到将这些值更改为设置 JSON 文件的方法。

作为示例，请考虑以下appSettings.json配置文件：

"Setting":
{
  "Startup":
   {
      "IsFirstStart": true
   }
}

A 负责提取的关联类：

public class AppHandler
{
#region fields

  // MS heper contains configuration parameters from JSON file
  private IConfiguration _appConfiguration = null;

  // MS config builder
  private IConfigurationBuilder _appBuilder = null;

  // Is it software first use
  private bool _isFirstStart;

#endregion fields

#region Constructor

private AppHandler()
{
  _appBuilder = new ConfigurationBuilder()
     .SetBasePath(Directory.GetCurrentDirectory())
     .AddJsonFile("appsettings.json", optional: false, reloadOnChange: true)
     .AddJsonFile($"appsettings.dev.json", optional: …

设置

假设我有一个 .Net Standard 2.0 类库项目，我向其中添加了一个与 .Net Standard 2.0 兼容的 Nu NuGet 包。

然后，我从 .Net Framework 控制台项目和 .Net Core 控制台项目引用该类库项目。

用图片重述一下：

问题

每个控制台应用程序如何处理为其应用程序类型获取正确的 NuGet 代码？

笔记

注意：我使用 Microsoft.Extensions.DependencyInjection 进行了尝试，它在 .Net Core 3.1 控制台应用程序中工作正常，但在 .Net Framework 4.7.2 控制台应用程序中抛出“文件未找到”异常（寻找依赖注入DLL）。这让我相信 .Net Standard 2.0 NuGets 确实是 .Net Core NuGets...

注意事项：我试图了解这里发生的情况，而不是解决“找不到文件”问题。（通过引用 .Net Framework 4.7.2 控制台应用程序中的 Microsoft.Extensions.DependencyInjection NuGet 可以轻松修复此问题）。

该解决方案在 VS2019 中构建得很好，但是当我们的构建代理上的 msbuild 获取我们的解决方案时，它会抱怨对我们的几个 dll 的引用。
我刚刚添加了对 NuGet 包的引用，该包引入了 netstandard 2.0 依赖项，因此这似乎是问题所在。
我注意到，如果我进入构建服务器并在 VS FIRST 中构建解决方案......那么相同的 msbuild 命令行随后将会成功。因此，在正常构建情况下，这些 netstandard dll 不会被构建，以便它们可以包含在其他项目编译中。

F:\Agents\MyAgent_work\18\s\src\WS_Reports.metaproj ：警告 MSB3268：无法解析主要引用“F:\Agents\MyAgent_work\18\b\My.Project\My.Project.dll”，因为它间接依赖于框架程序集“netstandard，Version=2.0.0.0，Culture=neutral，PublicKeyToken=cc7b13ffcd2ddd51”，在当前目标框架中无法解析。“.NETFramework，版本=v4.8”。要解决此问题，请删除引用“F:\Agents\MyAgent_work\18\b\My.Project\My.Project.dll”，或将应用程序重新定位到包含“netstandard, Version=2.0.0.0,文化=中性，PublicKeyToken=cc7b13ffcd2ddd51”。

这是 msbuild 抛出错误的项目的解决方案文件声明...可以看到对错误中显示的 dll 的项目引用（上面的示例）。请注意，这个项目和我将新的 netstandard2.0 包添加到目标框架 v4.8 的项目

Project("{E24C65DC-7377-472B-9ABA-BC803B73C61A}") = "WS.Reports", "WebServices\WS.Reports\", "{C47BAAE6-0708-4D43-83B8-92405B31A3E0}"
    ProjectSection(WebsiteProperties) = preProject
        SccProjectName = "SAK"
        SccAuxPath = "SAK"
        SccLocalPath = "SAK"
        SccProvider = "SAK"
        TargetFrameworkMoniker = ".NETFramework,Version%3Dv4.8"
        ProjectReferences = "{2222173A-112A-44F8-A614-C7CCBDACEFE8}|My.Project.Bus.dll;{222924FE-877B-4E18-B960-94DED3DB6DF2}|MyProject.Protocols.Shared.dll;{222F5846-55E6-4541-B43B-E49674963E02}|MyProject.AuthProtocols.dll;{2224BC03-6C7E-4E15-B158-D9BD03D0E8B3}|My.Project.dll;{222BAF47-1C9F-4A56-9152-B4240A188612}|My.Project.Images.dll;{222FE788-27B1-4B03-B052-BCFFF251C15A}|My.Project.Legacy.dll;"
        Debug.AspNetCompiler.VirtualPath = "/WS.Reports"
        Debug.AspNetCompiler.PhysicalPath = "WebServices\WS.Reports\"
        Debug.AspNetCompiler.TargetPath = "PrecompiledWeb\WS.Reports\"
        Debug.AspNetCompiler.Updateable = "true"
        Debug.AspNetCompiler.ForceOverwrite = "true"
        Debug.AspNetCompiler.FixedNames = "false"
        Debug.AspNetCompiler.Debug …

我将现有库从 .Net Framework 4.7.2 移植到 .Net Standard 2.0，以使其跨平台，但仍保留与 .Net Framework 应用程序的兼容性。

我不明白如何避免非跨平台依赖关系。

我的库使用动态类型和Settings.Designer.cs。

为了在 .Net Standard 中支持它，我必须添加对NuGet包的引用，这反过来又添加了对其他一些包（如 ）的依赖项，即使我不使用任何与安全相关的代码。Microsoft.CSharpSystem.Configuration.ConfigurationManagerSystem.Security.Principal.Windows

最后两个显然是Microsoft.Windows.Compatibility包的一部分。

1. 如何查明这些依赖项是否跨平台（即 Windows 平台扩展的一部分）？

当我转到.NET API 浏览器时，我看到它Microsoft.Csharp不在 .Net Standard 2.0 中，但它在 .Net Platform Extensions 2.1 及更高版本中。这是否意味着这个包不是跨平台的？是否有其他服务可以检查 NuGet 包的平台支持？

2. 当我在 .Net Core 2.1 上使用我的库创建一个简单的测试应用程序并将其发布到 Linux 平台时dotnet publish -c Release --self-contained true --runtime linux-x64，该应用程序实际上在 Linux 计算机上运行良好。这是否意味着我的库是完全跨平台的，我可以在生产中安全地使用它，或者我System.PlatformNotSupportedException将来可能仍然会在 Linux 上遇到？

我不确定它什么时候消失，但我无法再更新我的服务引用，这是全新的，我像一个月前一样在以前的 VS 版本中更新了它们，没有任何问题......

它位于 Xamarin Android 项目的解决方案中，服务引用位于 .netstandard 2.1 项目中。

另外，如果我尝试从服务引用管理器手动添加它，则会弹出奇怪的错误，并且它们没有意义，因为使用 dotnet-svcutil 正在工作：

从HttpClient执行SendAsync Method时，我的 WebApi 客户端项目丢失当前用户的WindowsIdentity。

at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)\nat System.Security.Principal.WindowsIdentity.RunImpersonatedInternal(SafeAccessTokenHandle token, Action action)\nat System.Security.Principal.WindowsIdentity.GetName()\nat System.Net.Http.CurrentUserIdentityProvider.GetIdentity()\nat System.Net.Http.HttpConnectionPoolManager.GetConnectionKey(HttpRequestMessage request, Uri proxyUri, Boolean isProxyConnect)\nat System.Net.Http.HttpConnectionPoolManager.SendAsyncCore(HttpRequestMessage request, Uri proxyUri, Boolean async, Boolean doRequestAuth, Boolean isProxyConnect, CancellationToken cancellationToken)\nat System.Net.Http.HttpConnectionPoolManager.SendAsync(HttpRequestMessage request, Boolean async, Boolean …