VisualStudio大型解决方案我有一个解决方案，我的webapplication有将近12个项目和3个网站。我有一些针对多个站点的项目，例如MyProject.BE/MyProject.BLL/MyProject.DAL/MyProject.Controls项目。我的问题是，为BE/BLL/DAL/Controls创建多个项目是否合适？创建1个包含BE/BLL/DAL层文件夹的项目是否更好？“大”的问题是一个相对的问题。在软件开发中，最重要的是您的PC有多好。如果你能在1秒内编译运行100个项目，那么一个解决方案中的100个项目就“小”了。所以这真的是一个问题。我目前的工作解决方案中有大约130个项目。是的，我们可以打破它，但我们有一些令人印象深刻的盒子可以处理这个，所以130件物品的成本是中等偏低，而且优势大于成本。如果您可以快速编译、运行和测试所有项目，那么所有项目都在一个解决方案中。该死的……开始说“快”，这是风格问题。如果测试经常编译和运行（每分钟或更快），那么快就是几秒钟。如果您每隔一小时左右编译并运行一次，几分钟就可以了。回答：“做对你有用的事”。注意：考虑解决方案文件夹我认为拥有多个项目真的更好。例如，如果您需要构建一个将使用BE和DAL层中的一些现有类的WinFormsUI，您需要做的就是从WinForms项目中引用这些项目。据我了解你的问题，你指的是如何组织解决方案，而不是如何让我更快地编译代码或如何让VS-open-my-code更快，对吧？如果是这样，我会说，将您的解决方案中的类分解为名称明确的项目。您已经使用您提供的“BE/BLL/DAL/Controls”示例开始了类似的方法。指定项目为解决方案的体系结构提供了很大的灵活性。考虑一下您的解决方案可能会随着时间的推移而增长多少，以及它在未来可能存在多长时间。考虑如何将其部署到最终用户，更重要的是-如何部署更新。所有这些考虑都会影响您决定了解细节的时间。分析您的代码并检查是否可以应用经过时间验证的设计模式，例如单一责任模式。它是一个短命的工具，在开发过程中运行几次就不再运行了吗？那就不值得付出太多努力了。它是需要维护几年的工具或应用程序吗？然后再去看看SRP模式有没有认真实施。我推荐MicrosoftPress的这本书：使用WindowsPresentationFoundation和ModelViewViewModel模式构建企业应用程序这为您提供了一些关于如何构建一个好的项目的建议、忠告和基础知识。关于如何构建解决方案的另一个建议在这个SO线程：MvvmApplication和BusinessLayer在哪里更多关于C#的学习教程，希望大家多多关注—本文收集自网络，不代表立场.如涉及侵权，请点击右侧联系管理员删除。如需转载请注明出处：
