在另一个项目 c# 中使用引用项目的 WCF 服务

Question

当涉及到 WCF 和普通引用时，我很难理解某些引用方面。我有一个包含 4 个项目的解决方案。一个项目是服务，另外三个具有对该项目的服务引用。一个项目是传统上在其他三个项目中引用的基类库。

我必须按特定顺序更新服务引用，否则 VS 会对不明确的引用感到困惑。这是由于 WCF 引用以某种方式通过普通引用导入，因此所有与服务相关的内容都有两个命名空间。

我试图通过从除基本库之外的所有服务引用中删除服务引用来整理这一点，因此这将成为 WCF 连接的仲裁者并且不再有歧义。但是我不确定是否可以通过引用的方式在另一个项目中使用服务引用，并且服务会抛出未找到端点的异常。我确保这些项目仍然有终点，但他们现在没有参考。我假设端点会通过基本参考来实现，但似乎不是。现在基础库中的类在它们的基础版本和服务版本之间也存在冲突。

基本上，参考文献是这样的：

WCFProject ->serviceReferencereference

如何让 SiteProjects 在没有主项目中的服务引用但 BaseLibrary 中的服务引用的情况下使用 WCF 服务？

Answer 1

对于那些偶然发现这一点的人，我找到了一种使用以下 SO 线程来使用引用项目服务引用的方法：Could not find default endpoint element

Answer 2

我认为您应该从问“为什么这些引用服务引用而不是二进制引用？”开始。

这很可能是有充分理由的，例如，服务将部署到解决方案中其他项目的单独机器上。另一个原因是服务提供的功能不适合在进程内运行，并且会使消费应用程序过于复杂。

在您的场景中，问题是：

“对于三个服务消费者中的每一个，我是否可以通过简单地通过二进制引用引用服务内部来利用服务的功能？”

如果答案是肯定的，那么通过一些重构，您可以简单地删除 WCF 服务库代码和服务引用。然后，您将拥有三个项目，它们都在运行时托管所需的功能。

这是可取的，有几个原因，但这里有两个：

1. 进程内代码比进程外代码（如 wcf 服务）快几个数量级。
2. 进程内代码更易于管理和部署。

但是，如果您确实需要将服务的功能保持在 WCF 服务中，那么您仍然可以通过以下方式显着简化您的解决方案：

1. 将服务转移到自己的解决方案中，并且
2. 去掉所有的服务引用，改用ChannelFactory<T>.CreateChannel()直接调用服务。

ChannelFactory 允许您通过直接引用服务二进制文件来调用服务。这消除了对服务引用的需求，它没有共享的二进制依赖项。

这种方法是可取的，原因有很多，但这里有两个：

1. 无需服务引用，大大简化了您的代码。
2. 当服务发生变化时，不需要更新任何东西；更改可通过二进制引用获得，并且与在进程中使用程序集一样自然。

我经常看到将 WCf 服务作为项目包含在解决方案中的示例，其中解决方案中的其他项目通过服务引用使用服务。在我看来，这不是好的设计。首先，服务应该从不与其消费者一起驻留在单一解决方案中，其次，消费者应该直接使用服务而不使用服务引用，除非绝对必要。

我不熟悉不使用参考的过程和您的 解决方案看起来很有趣。我会仔细阅读的

请做。在您完全控制服务和消费者的情况下，服务引用没有位置。我知道这听起来很规范，但经验丰富。

数据库模型库位于 BaseLibrary 中，它们是 在服务项目中作为参考使用

哪些项目引用了这个程序集？如果服务使用它，那么您可以使用该服务将其移出解决方案。但是客户也使用这个吗？如果是这样，这是否意味着客户端和服务都访问同一个数据库？如果不是，那么为什么它们都使用相同的数据模型？

将服务转移到另一个解决方案不会否定 项目间代码只有一个地方？

我强烈反对将项目间代码放在一个地方总是将​​项目组合在一个解决方案中的一个很好的理由。然后，您可以将彼此完全不相关的项目（从业务、技术或能力的角度）共享一个解决方案，这样他们就可以从这个“优势”中受益。我认为更好的策略是将通用程序集删除到它自己的解决方案中，然后将其发布到本地 NuGet 服务器。任何需要此程序集的项目都可以从 NuGet 中检索它。