我们开发了一个用于企业环境的.NET 4客户端应用程序(Windows窗体)。客户端应该以多种不同的风格发布，这让我们有些头疼。其中一个要求是客户端必须能够通过SOAPWeb服务与许多不同的应用程序服务器进行通信。应用程序服务器(AS)发布相同的WS接口，但底层服务器系统不同，通常我们的企业为每个客户提供一个实例。其次，我们有一个内部运营部门，该部门还必须能够访问所有这些应用程序服务器，以支持我们的客户。
网络结构使得内部AS服务器在10.0.0.0/8网络上，而所有客户都有访问应用程序服务器的公共IP地址。目前，我们通过IP进行访问，但正在迁移到使用DNS名称，尽管服务器的DNS名称对于内部和外部(客户)访问来说并不相同。
这样做的结果是，我们在app.config中有很多不同的配置要管理，因为默认情况下WS连接信息存储在那里。我之前发布了一个相关的问题(在app.config中管理多个客户端端点配置(IP地址等)的最佳方法)，它有很大帮助，但我们仍在努力改进配置管理。如参考文章中所述，如果您熟悉Maven(Java)，我们现在可以为每个端点连接设置不同的配置/构建，类似于概要文件。
现在的问题是，由于我们使用ClickOnce部署并允许用户通过URL进行安装，我们需要部署许多不同的变体，即对于单个AS，我们至少需要两个部署/构建，一个带有公共IP端点，另一个带有内部IP端点。将其与大量的AS服务器相乘，很容易看出它需要我们处理大量的构建配置。显然还有改进的余地。
我们考虑的一些想法和选择是：
-
跳过端点配置，至少是app.config中的地址部分，并由用户在"设置"窗体中对其进行软配置。我们的经验是，它也不是没有问题，通常它需要对最终用户的一些支持，他们很容易出错。
-
定制的安装程序，研究是否有任何方法可以动态配置端点，例如，由于客户端应用程序将部署在发布web服务的同一服务器上，安装程序能否以某种方式获取源URL并使用该URL定位as服务器？
欢迎任何关于如何改进部署过程和其他相关体验的想法。我想我们不是第一个遇到这个问题的人。
此外，如果存在高级方法，我们愿意跳过ClickOnce部署。
问候，Ola
首先，可以自定义app.config，然后使用mage.exe进行自定义发布，即不必使用Visual Studio进行发布。你提到你不想发布很多不同的客户，但这些知识可能有助于你对这个过程的思考。
其次，我建议您发布目录服务。这是一个web服务(发布到预先确定的位置，这意味着你可以将端点地址烘焙到你的应用程序中)，你通过传递足够的参数来查询它，以识别哪个用户/客户端正在调用，它可以向你返回你需要调用的实际web服务接口的URI。目录服务可以确定您从哪里调用(它可以确定您的IP)，因此它知道您是在内部还是外部调用，并在此基础上返回适当的IP。
我真的很喜欢slugster关于目录服务的想法。让客户询问要呼叫哪个服务可以让你保持灵活性，如果你改变了某些客户需要呼叫的服务，你就不必重新部署客户。
也就是说，您可能仍然有复杂的配置。这又回到了自定义你的app.config。为此，你可以使用ClickOnceMore。它是一个第三方构建工具(免责声明：我构建了它)，用于在visual studio之外构建ClickOnce部署。更重要的是，它有一个宏系统，允许您设置多个配置。您可以从命令行构建它，指定要构建的配置。根据该配置，它可以替换你的app.config中的不同值，也可以只选择一个不同的app.configfile。有关宏系统的更多详细信息，请参阅此处。