简化 WCF 配置

Question

我有很多自托管的 WCF 服务。一切工作正常，但我正在寻找标准化/简化结果配置的方法。我已经尽可能地简化了它，但我仍然不满意。目前，我的配置如下所示：

<system.serviceModel>
    <bindings>
        <netTcpBinding>
            <binding name="BindingConfiguration" ...>
                ...
            </binding>
        </netTcpBinding>
    </bindings>

    <behaviors>
        <serviceBehaviors>
            <behavior name="ServiceBehavior">
                 ...
            </behavior>
        </serviceBehaviors>
    </behaviors>

    <services>
        <service behaviorConfiguration="ServiceBehavior" name="Name1">
            <endpoint address="net.tcp://localhost:8080/name1" binding="netTcpBinding" bindingConfiguration="BindingConfiguration" contract="Contract1">
                <identity>
                    <dns value="localhost" />
                </identity>
            </endpoint>
        </service>
        <service behaviorConfiguration="ServiceBehavior" name="Name2">
            <endpoint address="net.tcp://localhost:8080/name2" binding="netTcpBinding" bindingConfiguration="BindingConfiguration" contract="Contract2">
                <identity>
                    <dns value="localhost" />
                </identity>
            </endpoint>
        </service>
        ...
    </services>
</system.serviceModel>

总共，我有 6 个服务，因此它是重复的。 ，我想：

• 仅指定一次“localhost:8080”并在所有服务之间共享，并且仅指定差异（“name1”或“name2”）
• 仅指定身份信息一次并在所有服务定义之间共享

理想情况下 第一点，我知道基地址，但这只是在服务级别工作，而不是跨单独的服务。对于我的第二点，我尝试将身份信息转移到端点行为中，但这似乎不受支持。

我可以做些什么来简化此配置吗？或者是我切换到基于代码的配置方法的唯一选择？

Answer 1

不幸的是，正如您自己注意到的那样 - 基地址概念仅在每个服务级别上 - 因此，如果给定服务有很多端点，那么您可以使用它。

您真正拥有的唯一选择是使用其他一些方法来配置基地址，然后使用它在代码中创建服务端点。如果您自行托管服务，则可以在调用 ServiceHost.Open() 之前在主机代码中执行此操作 - 如果您在 IIS 中托管，则必须创建自己的自定义 ServiceHostFactory 完成所有这些设置，然后使用该自定义服务主机工厂在 IIS 中创建服务主机。

两者都可以通过可管理的努力来实现 - 问题是这是否值得您为此烦恼，但我们无法代替您做出决定......