C# 当我用C语言在一个项目中使用多个项目作为多个目录的替代方案时，会有性能损失吗#

我以前有5个项目，每个项目在我的C#应用程序中都有5-10个目录。现在我把它改为10个项目，每个项目都有2-3个目录

在我的web应用程序中，我现在引用这十个项目，而不是以前的2-3项目

---

如果我以这种方式继续开发，并且随着应用程序越来越大而添加更多项目，是否会对性能造成任何损失。我想知道的是一次卸载时间、内存使用情况（我引用的每个DLL都存储在项目中）以及代码必须从一个项目中的对象移动到另一个项目中的时间

性能差异可以忽略不计（启动时间可能慢几毫秒）。如果您的应用程序体系结构在多个项目中更好，那么就去做吧。

性能差异可以忽略不计（启动时间可能慢几毫秒）。如果您的应用程序体系结构在多个项目中更好，那么就去做吧。

如果您引用了所有这些项目，那么加载程序集的抖动只会受到轻微的影响

但我认为你问错了问题。您不应该根据您拥有的类或目录的数量将代码划分为不同的程序集。如果是这样，一个项目将是最优的

你应该关心什么是内在的。如果您有这十个程序集，那么程序的哪些部分可以对程序的其余部分隐藏。是否存在依赖关系树，其中一些项目不必引用其他项目

---

这应该是你的决定，而不是多少文本文件被放到哪里。

如果你引用了所有这些项目，加载程序集的抖动只会受到轻微的惩罚

但我认为你问错了问题。您不应该根据您拥有的类或目录的数量将代码划分为不同的程序集。如果是这样，一个项目将是最优的

你应该关心什么是内在的。如果您有这十个程序集，那么程序的哪些部分可以对程序的其余部分隐藏。是否存在依赖关系树，其中一些项目不必引用其他项目

---

这应该是你的决定，而不是文本文件的数量。

是的，但在运行时不会引起注意

Visual Studio加载多个项目的速度将较慢。对于5-10个项目，你可能不会注意到，但是对于30-40个项目，你会开始注意到

编译（通常）会比较慢。这是因为需要将项目依赖项复制到依赖于它们的项目的输出文件夹中。如果有更多的项目，则有更多的输出文件可供复制。您可以通过将每个项目的输出文件夹设置为相同的位置来缓解这一问题，但对于web应用程序项目来说，这更困难，而且无论如何，这是一件痛苦的事情

在运行时，解析程序集时，所有这些额外的磁盘访问都会导致性能损失

---

但是，在实际执行代码时，性能影响可以忽略不计（如果有的话）。在一个程序集中调用代码并不比在另一个程序集中调用代码更昂贵（一旦加载和JIT，并假设它不会内联）。

是的，但在运行时不会引起注意

Visual Studio加载多个项目的速度将较慢。对于5-10个项目，你可能不会注意到，但是对于30-40个项目，你会开始注意到

编译（通常）会比较慢。这是因为需要将项目依赖项复制到依赖于它们的项目的输出文件夹中。如果有更多的项目，则有更多的输出文件可供复制。您可以通过将每个项目的输出文件夹设置为相同的位置来缓解这一问题，但对于web应用程序项目来说，这更困难，而且无论如何，这是一件痛苦的事情

在运行时，解析程序集时，所有这些额外的磁盘访问都会导致性能损失

但是，在实际执行代码时，性能影响可以忽略不计（如果有的话）。在一个程序集中调用代码并不比在另一个程序集中调用代码更昂贵（一旦加载并JIT了代码，并且假设它不会被内联）