Visual studio 大型解决方案和服务工厂的问题

我的团队正在VisualStudio2008SP1中使用服务工厂建模版开发WCF服务。问题是我们有太多的服务要开发，我们把所有的东西都放在同一个解决方案中

250个项目之后，解决方案几乎无法加载，添加到其中几乎是不可能的。我们认为将每项服务分解为自己的解决方案是很好的，但服务工厂的东西实际上阻止了我们这样做

我们正在将代码从模型项目生成到其他项目中，但是如果我们尝试使用多个解决方案，我们无法引用模型项目，因为它无法维护生成到正确位置所需的项目映射。我们在模型项目中使用了两个共享数据契约，因此将模型项目拆分似乎也没有意义

我们现在有这么多的项目，我们不能真的回过头来，不使用服务工厂的方法来做所有的事情

---

我们该怎么办？

此时，您应该将250个项目分成小组，并为每个项目创建解决方案。我的建议是每个解决方案使用约25个项目。使用这些迷你解决方案进行日常编辑

---

仍然可以通过msbuild和命令行对整个解决方案进行完整构建。但是VS不应该同时处理这么多项目

此时，您应该将250个项目分成小组，并为每个小组创建一个解决方案。我的建议是每个解决方案使用约25个项目。使用这些迷你解决方案进行日常编辑

---

仍然可以通过msbuild和命令行对整个解决方案进行完整构建。但是VS不应该同时处理这么多项目

听到你这么说我很惊讶。我在以前的工作中使用了服务工厂，我们为每个服务套件创建了一个单独的解决方案。在每个解决方案中，我们在模型项目中创建了一个或多个模型

我建议您通过创建两个新的SF解决方案、添加两个模型和生成代码来进行实验。看看这会不会引起什么问题

---

你有没有讨论过这个问题，或者在上制造了一个问题？

听到你这么说我很惊讶。我在以前的工作中使用了服务工厂，我们为每个服务套件创建了一个单独的解决方案。在每个解决方案中，我们在模型项目中创建了一个或多个模型

我建议您通过创建两个新的SF解决方案、添加两个模型和生成代码来进行实验。看看这会不会引起什么问题

---

你有没有讨论过这个问题，或者提出了一个问题？

我同意约翰·桑德斯的观点。保持它们小。另外，保持一个持续的Integration env运行，以跟踪开发过程中的混乱情况

我同意约翰·桑德斯的观点。保持它们小。另外，保持一个持续的Integration env运行，以跟踪开发过程中的混乱情况

正如我在问题中所解释的，服务工厂阻止我们将项目分解为各种解决方案。你知道解决这个问题的方法吗？正如我在问题中所解释的，服务工厂阻止我们将项目分解成各种解决方案。你知道解决这个问题的办法吗？