我是一个优秀但不那么先进的 .NET 开发人员。这更像是专家对初级知识转移的请求。
我在想,在 Visual Studio 中,您可以Add
在解决方案中进行项目。当然,这些项目将带有不同的命名空间。
我的问题是
- 为什么要在解决方案中构建项目
- 在一个解决方案中构建多个项目是好的\有用的。
我是一个优秀但不那么先进的 .NET 开发人员。这更像是专家对初级知识转移的请求。
我在想,在 Visual Studio 中,您可以Add
在解决方案中进行项目。当然,这些项目将带有不同的命名空间。
我的问题是
我想您的意思是解决方案中的多个项目,对吗?
我们主要从图书馆的角度使用它。您会收到多个程序集,这样您就可以只共享或交换应用程序的一部分。例如,如果您的应用程序中存在仅涉及应用程序一部分的错误,这将很有帮助。在这种情况下,您可以只修复和更换错误的程序集,而不是整个应用程序。
它允许您分离应用程序的各个部分。您的 GUI、业务逻辑和数据访问都可以分开。
此外,解决方案中的项目可以通过“项目引用”相互引用。这可以确保它们都使用相同的配置进行构建:全部为 Debug 或全部为 Release。此外,当他们引用的项目发生变化时,项目可以构建。