.NET Core 是否正确处理多个类/文件而不是更大的类/文件答案

【问题标题】：Does .NET Core handle correctly multiple classes/file instead of larger ones.NET Core 是否正确处理多个类/文件而不是更大的类/文件
【发布时间】：2019-07-20 00:08:09
【问题描述】：

抱歉，这更多的是关于一个好的实践问题，而不是一个实际的技术问题，但我在这里有点担心，我需要你的意见。

我是一名软件工程师，主要从事前端工作，但我开始从事我当前项目的后端工作，即 .NET Core，我在这里与高级后端开发人员进行了一些讨论。

我完全支持单一职责类、单元测试和不应该适合同一类的逻辑提取，但他倾向于拥有更大的函数/类。

正如我们讨论的那样，他告诉我 .NET Core 没有正确处理大量的类/文件，并告诉我这会对性能产生影响。这对我来说似乎是不真实的，因为我之前曾在许多其他后端语言上工作过，并且从未将它作为可能以明显方式影响性能的东西提出。

我有什么办法可以证明他在那个问题上是错误的（或正确的？）？这对我来说是一个障碍，因为我很想提高后端代码的总体质量。

感谢您的回答，我很乐意阅读与该主题相关的文章或任何内容。

【问题讨论】：

ASP.NET 核心本身包含大量的类，几乎都是 1/file。它在基准测试中仍然表现出色。
这太荒谬了。正如@HenkHolterman 所说，.NET Core 本身完全包含软件工程最佳实践，包括 SOLID 原则。幸运的是，你可以通过将他指向 Github 的 .NET Core 和 ASP.NET Core 来“证明”它。另外，.NET Core Performance Best Practices
谢谢你们，我已经对你们的链接进行了研究，并获得了重构的批准：) 干杯

标签： c# .net asp.net-core architecture

【解决方案1】：

根据这篇文章（下面的链接）：当项目需要高性能和可扩展的系统需求时，应使用 .NET CORE。 Microsoft 建议使用 ASP.NET Core 运行 .NET Core 以获得最佳性能和规模。当可以使用数百个微服务时，这一点变得很重要。应该需要较少数量的服务器和虚拟机。除了节省成本之外，获得的效率和可扩展性还可以转化为更好的用户体验。

文章：https://dzone.com/articles/net-core-vs-net-framework-how-to-pick-a-net-runtim

【讨论】：