问题标签 [netcoreapp3.1]

我收到关于使用string.Replace(string, string?)而不是string.Replace(string, string?, System.StringComparison)（我得到）的 CA1307 警告。但是，当我去添加（例如）行时StringComparison.OrdinalIgnoreCase，智能感知和编译都说没有过载。同样的问题也发生在string.Contains().

这是警告：

Services\TemplateManager.cs(16,14): warning CA1307: The behavior of 'string.Replace(string, string?)' could vary based on the current user's locale settings. Replace this call in 'RSPlatform.Mail.Services.Template.Template(string, string, RSPlatform.Mail.TemplateType)' with a call to 'string.Replace(string, string?, System.StringComparison)'. [C:\<path>\<projectName>.csproj]

这是一个示例代码行：

只提供了两个重载 - char 和 string 变体（不带 StringComparison 参数）

当我 F12 方法时，字符串元数据也只显示存储在我的机器上的两个重载：

%USERPROFILE%\AppData\Local\Temp\MetadataAsSource\15ed471edd80488c83ca4e3630c3149e\a25468945e7847cd8450af15ed506852\String.cs

该代码位于具有以下 .csproj 的类库中：

任何指针将不胜感激。谢谢

我正在努力为 spatatat 中的 pp3 创建一个 3d 光盘窗口。窗户的形状类似于培养皿：半径为 5 厘米，墙壁高 3 厘米。我设法创建了一个 3d 盒子，但我不知道如何为一个圆圈做。有可能吗？spatstat 知道如何分析 3d 圆中的点模式吗？

在此先感谢您的帮助

我正在使用 C# 控制台应用程序。如何将应用程序窗口移动到屏幕中央？

额外细节

框架版本： .NET Core 3.1
窗口大小： 37x20 ( Console.SetWindowSize(37, 20);)

我的任务是从 zip 存档中提取文件。不幸的是，正如我从另一个问题中发现的那样，win10 中的 Windows 资源管理器仍然使用 cp866 对存档文件中的文件名进行编码。.NET Core 不支持此代码页，因此提取存档会导致符号不可读。Aspose.Zip 让我遇到了完全相同的问题。有没有办法在 .net core 3.1 堆栈中解决这个问题？也许在.net 5中？

我正在尝试在我的 Windows Server 2016 上运行我的桌面应用程序，但它没有成功启动。我的程序框架是netcoreapp3.1，Debug Configuration。

运行时桌面应用程序和开发包的框架安装在机器上。

该程序在任务管理器中显示 1 秒钟，然后关闭。我不认为问题出在我的程序上，因为一切都在我的桌面上运行。

我还能尝试什么？

我还尝试使用所有可能的配置发布程序，但一点运气都没有。

更新：事件查看器中的错误

说明：.NET Core 应用程序失败。应用程序：program.exe 路径：C:\Users\Administrator\Desktop\v2\program.exe 消息：错误：未找到应用程序依赖项清单 (program.deps.json) 中指定的程序集：包：'Autoupdater.NET .official'，版本：'1.6.4' 路径：'lib/net45/AutoUpdater.NET.dll'

我有一个使用 .NET Core 3.1 的 protobuf-net.gRPC 运行的 gRPC 服务器。它在后台使用 ASP.NET Core 框架和 Kestrel 来运行 HTTP 服务器。我注意到与在同一端点上的后续调用相比，第一次在此服务器上命中的 gRPC 端点在 ASP NET Core 中间件中花费的时间要多得多。

第一次花费的时间相当长，大约 30-40 Ma，而随后对同一端点的调用大约是 1-2 ms。

这是因为 JIT 编译器是从 IL->Native 代码编译的吗？如果是这样，除了强制调用端点等显而易见的方法之外，还有其他方法可以解决这个首次性能问题吗？

问候

我无法发布 netcoreapp3.1 控制台应用程序，因为它试图找到一个（依赖）项目程序集，bin\x64\Release\netcoreapp3.1\win-x64而实际上依赖程序集可以在bin\x64\Release\netcoreapp3.1.

我可以毫无问题地构建和运行项目。

控制台应用程序的项目文件（MyService）如下：

并且引用的项目类库为 ( MyService.PluginBase) 为：

我只打算在 Windows Server 上运行它，因此我有一个调试和发布解决方案配置，每个配置都有一个 x64（仅限）解决方案平台。

我想发布到单个文件并预编译为 x64，这是我设置发布设置的方式，但是当我发布时出现以下错误：

所以：

1. bin\x64\Release\netcoreapp3.1\win-x64为什么它实际上位于更简单的文件夹中时寻找引用的程序集bin\x64\Release\netcoreapp3.1？它显然是 x64 编译的，因为那是bin.

2. 为什么应该有两个明确的x64文件夹级别（x64和win-x64）？我相信一个是平台配置，另一个是“RuntimeIdentifier”，但两者有什么区别？

3. 如何“修复”我的发布配置？

大家好，我想对除管理员之外的所有人隐藏 CV 文件夹，而开发模式下它在发布中间件后的工作不起作用每个人都可以看到文件夹

我对 Visual Studio 2022、C# 10 和 .NET 6.0 的发布感到非常兴奋，并下载并安装了社区版并测试了我正在从事的项目。我将目标框架更改为 6.0 并执行了干净的构建。太好了，一切都按预期建造。

因此，向上和向上运行该项目。第一次测试失败了。我必须说我很惊讶。我开始四处挖掘，发现 .NET Core 3.1 和 .NET 6.0 之间存在差异，我感到非常惊讶。

这是一个示例程序：

使用“netcoreapp3.1”的目标框架，我得到以下输出：

使用“net6.0”的目标框架，我得到以下输出：

所以，我只能假设它是一个 unicode 设置，但我在任何地方都找不到它（如果有的话）。我的理解是所有字符串都是 UTF16 但为什么框架之间的差异。

是的，我可以在我的代码中看到错误，无论如何它应该是一个字符，但使用“netcoreapp3.1”可以正常工作。

任何人都可以对此有所了解。

我正在编写一个依赖于 .NET Core 3.1 的代码。使用 .NET Core 3.1 构建时，代码运行良好。但是它有很多依赖项，所以当我将它移动到另一台计算机时，我尝试将它发布到单个 .exe 文件中。我可以选择发布代码的唯一目标框架是“netcoreapp3.1”，但在发布代码后开始出现故障 - 窗口窗体的工作方式有点不同，最重要的是，程序开始创建 3 个 COM 代理，这些代理往往无法正常关闭造成沟通问题。使用 .NET Core 3.1 构建时，所有这些问题都不是问题。