我的团队正在 Visual Studio 2008 SP1 中使用服务工厂建模版本开发 WCF 服务。问题是我们有太多的服务需要开发,而且我们把所有的东西都放在同一个解决方案中。

250 个项目之后,该解决方案几乎无法加载,并且添加内容几乎是不可能的。我们认为将每个服务拆分成自己的解决方案会很好,但是服务工厂的东西实际上阻止了我们这样做。

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

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

我们应该做什么?

有帮助吗?

解决方案

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

仍然可以通过 msbuild 和命令行来完整构建整个解决方案。但 VS 并不适合同时处理这么多项目。

其他提示

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

我建议您通过创建几个新的 SF 解决方案、添加几个模型并生成代码来进行实验。看看这是否会导致任何问题。

您是否讨论过这个问题或在以下内容上创建过问题 代码库?

我同意约翰·桑德斯的观点。保持它们很小。另外,保持持续集成环境运行以跟踪开发过程中的混乱情况。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top