我试图找出让我的程序井井有条的最佳方法。目前我在一个项目文件中有许多类文件，但其中一些类做的事情非常不同，还有一些我想在未来向其他应用程序公开。我必须组织我的应用程序的一种想法是创建多个项目文件，其中一个“主”项目将根据需要与所有其他项目及其相关类进行交互。这有意义吗？
我想知道是否有人对在一个解决方案中使用多个项目文件有任何建议（以及如何创建这样的东西？），以及在一个解决方案中拥有多个命名空间是否有意义......
干杯----在下面编辑----
对不起，我的错。目前我的程序都在一个控制台项目中。在这个项目中，我有几个类，其中一些基本上启动一个 BackgroundWorker 并运行一个无限循环来提取数据。BackgroundWorker 然后根据需要将此数据传递回主要业务逻辑。我希望将此数据拉取材料（包括后台工作人员材料）分离到一个项目文件中，并将其余业务逻辑分离到另一个项目文件中。项目将不得不在彼此之间传递对象（数据到主要业务逻辑，业务逻辑将启动参数传递给 dataPull 项目）......希望这会增加更多细节。
是的。如果您正在构建一些不平凡的东西，那么多个项目和多个命名空间都非常有意义。
您关于在一个项目中具有通用功能的想法，您可以将其重用于其他解决方案，这是一个很好的想法。这都是关于代码重用和关注点分离的。
要在主项目中使用来自其他项目的类型，您应该使用“添加引用”对话框添加对所需项目的引用。
当然，您可以在一个解决方案中拥有多个项目文件。您所要做的（我假设您使用的是 Visual Studio）就是将一个或多个新项目添加到现有解决方案中。
您需要确定解决方案中的哪些项目是您的“主”项目，您可以通过右键单击解决方案资源管理器中的项目并选择“设置为启动项目”来执行此操作。一般来说，启动项目将是包含应用程序用户界面的项目。
您需要确保主项目引用其他项目 - 正如@driis 所提到的，您可以通过“添加引用”对话框执行此操作，然后单击“项目”选项卡。
要组织您的项目，您应该考虑应用程序的不同功能区域。通常，应用程序分为表示、业务逻辑和数据访问组件，但这不是唯一的方法。您可能想要在未来的项目中重用各种方法和类，因此您可能会创建一些“实用程序”或“帮助程序”库。
您可以选择与项目名称相同的名称空间，或应用程序的其他不同功能区域。有关一般指导，请查看这篇MSDN 文章或这篇文章。
祝你好运！