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