如何在VS2010中为主机和客户端项目维护WCF服务库？

如何解决如何在VS2010中为主机和客户端项目维护WCF服务库？

| 我在VS2010中有3个项目的解决方案： WCFServiceLib-使用WCF服务库模板创建的项目。 ServiceHostConsole-使用控制台应用程序模板创建的项目。 ServiceClientConsole-使用控制台应用程序模板创建的项目。 VS模板在WCFServiceLib中创建了一个app.config，其中包含我要公开的服务的所有设置。 ServiceHostConsole使用WCFServiceLib作为参考并托管服务，但没有它自己的app.config文件。 如果我尝试在没有app.config的情况下运行宿主项目，那么它将无法承载服务，因此我将app.config从WCFServiceLib移到了ServiceHostConsole。 ServiceClientConsole在WCFServiceLib中具有对服务的Service引用。但是，一旦将app.config从Lib项目移至Host项目，就无法再更新服务参考或添加添加到lib项目的新服务。 为了使客户端项目能够看到服务引用，我必须将app.config移回lib项目，对客户端上的服务引用进行更新/添加，然后将app.config移回主机项目。 请注意，我不能在Service Lib项目和Host项目中都保留重复的app.config文件，因为这将导致主机也无法启动。无论如何这将是一个糟糕的解决方案，因为它将在不同的地方创建重复的配置。仅更改其中之一可能会导致难以跟踪的问题。 似乎很奇怪，app.config文件的这种移动需要发生，以使主机和客户端都能正常工作，并且它们不能同时工作。 我确定这与我的设置方式一定存在问题（尽管我使用默认模板进行了设置），而且我认为必须有一种更好的方法来解决此问题。 当您正在积极开发服务并且需要不断运行主机并使用更新的服务测试客户端时，此问题变得非常烦人，因此出现了问题标题： 如何在VS2010中为主机和客户端项目维护WCF服务库？     

解决方法

        WCF服务库创建一个配置，因为它被称为WcfServiceHost.exe的工具使用。如果您尝试在没有自己的托管应用程序的情况下对其进行测试，则该工具将托管您的服务，并且根据您的描述，当您在客户端中添加服务引用时，它也会托管该服务（因为当您从图书馆）。库中的配置永远不会由托管应用程序使用，并且不会与托管应用程序使用的配置冲突。 托管应用程序始终需要其自己的配置，并且在主机和库中都具有配置应该没有问题。您不应从库本身创建服务引用。拥有自己的主机后，在添加服务引用并仅在主机中维护配置时使用它。 有一个小问题。要添加服务参考，该服务必须运行。如果客户端和主机都是同一解决方案的一部分，则必须在不调试的情况下（或在Visual Studio外部）运行服务，以便能够向客户端添加服务引用。