C# 从类库调用WCF服务：App.Config vs Web.Config？

从现有的

WebApplication

调用WCF服务。这些服务的代理是使用添加服务参考菜单创建的。从而在该项目中生成>>Web.config

我在解决方案中添加了另一个

类库项目

。此项目还添加了对服务的引用。从而在该项目中生成>>App.Config文件

我理解，在N层应用程序中，我们应该有公共的服务网关。只是出于好奇我想知道-

对于源自WebApp的WCF调用，将传播到将引用哪个配置文件（App/Web）的类库 用于定位客户端端点配置

---

@穆塞凡是对的。使用的是web.config

如果愿意，可以将一些混淆部分拆分为单独的文件，并从主web.config中引用它们。您可能希望这样做，以便可以在单个位置维护WCF客户端和服务器配置，以确保它们一致

例如，如果要分离

部分，可以执行以下操作：

<client configSource="client.xml" />

其中client.xml是包含相关客户端配置信息的文件

这篇博文告诉你如何做得更详细一些

---

@musefan是正确的。使用的是web.config

如果愿意，可以将一些混淆部分拆分为单独的文件，并从主web.config中引用它们。您可能希望这样做，以便可以在单个位置维护WCF客户端和服务器配置，以确保它们一致

例如，如果要分离

部分，可以执行以下操作：

<client configSource="client.xml" />

其中client.xml是包含相关客户端配置信息的文件

这篇博文告诉你如何做得更详细一些

---

将使用

web.config

文件查找服务

---

原因是在这种情况下，应用程序域属于web应用程序，而不是类库，并且此应用程序域的默认配置文件是

web.config

将使用

web.config

文件定位服务

---

原因是，在这种情况下，应用程序域属于web应用程序，而不是类库，并且此应用程序域的默认配置文件是

web.config

如果它是使用类库的web应用程序，则web.config文件将同时被web代码和库代码使用。但是，您可以引用web.config中包含的其他配置文件。我知道如果它是一个使用类库的web应用程序，那么web.config文件将被web代码和库代码使用。但是，您可以引用web.config中包含的其他配置文件。我真的很清楚，我会补充说，这对任何可执行文件（Web应用程序、Windows应用程序、控制台应用程序等）都是正确的。default.config是可执行应用程序的本地配置。所有引用的库都将使用父应用程序.config。需要添加local.config。这里是关于继承的一些重要考虑因素的参考：我想补充一点，这对于任何可执行文件（Web应用程序、Windows应用程序、控制台应用程序等）都是正确的。default.config是可执行应用程序的本地配置。所有引用的库都将使用父应用程序.config。需要添加local.config。以下是关于继承的一些重要考虑：