C# 在VisualStudio2010中添加服务引用似乎不起作用

answer=问题很简单，我们在函数方面有一个共同点。该服务是一项新功能，该公共服务中有人尝试过，但该服务仍然存在于项目引用的功能中。 这导致项目有两个相同的名称空间（一个在公共dll中，一个在服务中）。

由于服务在IIS中拥有的权限，我们一开始添加此引用时遇到问题。我们解决了这个问题，但是，当再次添加引用时，它似乎只添加了部分引用。它确实出现在服务列表中，但不在应用程序配置中，并且无法使用（intellisense找不到它，也无法手动键入）

如果我们在一个不同的项目中尝试这一点，它确实添加了完美的内容，并且在阅读之前，我们已经尝试删除了有关引用的任何内容（子文件夹、在记事本中打开项目并删除其中的所有引用），但似乎没有任何效果

当以类似的方式删除和读取此项目中的不同服务时，我们可以将其添加到同一解决方案中的不同项目中，但不能添加到此项目中

有人知道为什么会发生这种情况以及可能的解决方案吗

编辑：当我们在同一个解决方案中重新创建项目并拖动所有类等时，我们可以根据需要添加和删除此引用。虽然这可以算作一个解决方案，但我想知道为什么事情会像它们那样发生，而不是在事情似乎陷入困境时重新创建项目。visual studio中是否存在缓存或其他可能导致此问题的内容

---

此外，有时查找服务需要更长的时间（或从未找到），而在中查找服务的其他时间，我会首先删除Visual Studio添加服务引用时生成的整个“服务引用”文件夹

---

你试过了吗？

当我处理服务引用时，我发现除了删除服务引用文件夹外，我还必须删除app.config中的引用，大致如下：

<system.serviceModel>
    <bindings>
    a lot of lines...
    </client>
</system.serviceModel>

很多台词。。。

可能会有帮助…

---

戈尔根终于解决了这个问题。正如迈克·切尔在评论中所说。我会责备你的

问题很简单，我们有一个关于函数的通用lbrary。该服务是一项新功能，该公共服务中有人尝试过，但该服务仍然存在于项目引用的功能中

这导致项目有两个相同的名称空间（一个在公共dll中，一个在服务中）

---

因此，简单地说，创建一个新的通用dll，将其添加到项目中，现在它可以完美地工作。

我们已经尝试过了，它确实重新创建了文件夹并填充了它，但它不能使服务工作。@Andy-hmm。。。。。尝试从磁盘删除.suo文件（解决方案必须关闭），看看是否有帮助，也许它可以保存某种缓存。很可能，但谁知道呢……）我尝试删除suo文件和所有其他文件，但仍然没有完全添加服务引用。有趣的是，虽然服务引用被添加到了服务引用文件夹中，但它不在对象资源管理器中，这与我们第一次将引用正确添加到不同的项目时不同。@Andy:Word。。这项服务有什么不同吗？可能是特殊的数据类型导致了这场浩劫？这是一个包含大量数据的服务，但再加上3个枚举数和大量字符串/整数，它就没有什么特别之处了。我第一次将它添加到一个新项目时，它工作得非常好，只是不可替换或不可更新。删除webservice也会删除它。我已经完全清理了（suo、appconfig、服务文件夹），但仍然没有正确添加服务。不过，谢谢你的意见。这可能不是同一个问题，但也许可以看看这篇文章：这不是问题，但让我走了很长的路，谢谢。我看到了一个不同点：ERPFeedService/ERPFeedService.svc->SNService/SNService.svc？wsdl也许你需要使用ERPFeedService/ERPFeedService.svc？wsdl->你的svc可能指定了一个不存在的/外部wsdl。我们已经在不同的pc上重新运行了该命令，并将其保存到了第一台pc上。一切正常，但如果再多使用N，服务将导致服务器不匹配。多次重复该过程确实会使其偶尔工作，但不会像返回类型不匹配那样频繁。