如何在RESTful WCF服务中根据部署环境修改UriTemplate

既然你的接口没法读取web.config配置，那咱们得换个思路——从代码层面或者编译阶段来搞定UriTemplate的环境差异化切换，下面给你几个经过验证的靠谱方案：

方案1：条件编译指令（最简单直接的方式） #

利用C#的条件编译符号，让代码在编译不同环境版本时自动切换UriTemplate，完全不需要运行时配置。

操作步骤：

1. 打开项目属性的「生成」选项卡，在生产环境的「条件编译符号」中添加PRODUCTION（非生产环境留空即可）；
2. 修改你的接口代码，通过条件编译分支指定不同环境的UriTemplate：

[OperationContract]
#if PRODUCTION
[WebInvoke(Method = "POST", RequestFormat = WebMessageFormat.Json, ResponseFormat = WebMessageFormat.Json, BodyStyle = WebMessageBodyStyle.Bare, UriTemplate = "members/Empdata/Search")]
#else
[WebInvoke(Method = "POST", RequestFormat = WebMessageFormat.Json, ResponseFormat = WebMessageFormat.Json, BodyStyle = WebMessageBodyStyle.Bare, UriTemplate = "members/Empdata")]
#endif
YourReturnType YourMethodName(YourRequestType request);

这样编译生产包时会自动用带/Search的路径，非生产包则保留原路径，一次配置终身省心。

方案2：自定义ServiceHost动态修改端点（支持同一包切换环境） #

如果你的场景需要同一部署包适配不同环境（不想多次编译），可以通过自定义ServiceHost在运行时动态调整UriTemplate，比如从环境变量、命令行参数获取当前环境标识。

实现代码如下：

1. 自定义ServiceHost类，在初始化时修改操作契约的UriTemplate：

public class EnvAwareServiceHost : ServiceHost
{
    private readonly string _currentEnv;

    public EnvAwareServiceHost(Type serviceType, string env, params Uri[] baseAddresses) 
        : base(serviceType, baseAddresses)
    {
        _currentEnv = env;
    }

    protected override void OnOpening()
    {
        base.OnOpening();

        // 遍历所有端点，找到WebHttpBehavior对应的操作
        foreach (var endpoint in Description.Endpoints)
        {
            var webHttpBehavior = endpoint.Behaviors.Find<WebHttpBehavior>();
            if (webHttpBehavior == null) continue;

            foreach (var operation in endpoint.Contract.Operations)
            {
                var webInvokeAttr = operation.Behaviors.Find<WebInvokeAttribute>();
                if (webInvokeAttr != null && webInvokeAttr.UriTemplate == "members/Empdata")
                {
                    // 根据环境切换UriTemplate
                    if (_currentEnv.Equals("Production", StringComparison.OrdinalIgnoreCase))
                    {
                        webInvokeAttr.UriTemplate = "members/Empdata/Search";
                    }
                }
            }
        }
    }
}

2. 在宿主启动代码中（比如Global.asax或控制台宿主），传入环境标识初始化ServiceHost：

// 从环境变量获取当前环境（替代web.config的配置方式）
string currentEnv = Environment.GetEnvironmentVariable("APP_ENV") ?? "NonProduction";

var host = new EnvAwareServiceHost(typeof(YourServiceClass), currentEnv, new Uri("http://your-service-base-url/"));
host.Open();

部署时只需要设置对应的环境变量，就能自动切换UriTemplate，非常灵活。

方案3：接口继承分离环境配置（适合严格隔离的场景） #

如果你的团队希望严格区分不同环境的接口定义，可以创建两个接口分别对应非生产和生产环境，服务类复用同一业务逻辑即可：

// 非生产环境接口
public interface INonProductionMemberService
{
    [OperationContract]
    [WebInvoke(Method = "POST", RequestFormat = WebMessageFormat.Json, ResponseFormat = WebMessageFormat.Json, BodyStyle = WebMessageBodyStyle.Bare, UriTemplate = "members/Empdata")]
    YourResponseType GetEmpData(YourRequestType request);
}

// 生产环境接口
public interface IProductionMemberService
{
    [OperationContract]
    [WebInvoke(Method = "POST", RequestFormat = WebMessageFormat.Json, ResponseFormat = WebMessageFormat.Json, BodyStyle = WebMessageBodyStyle.Bare, UriTemplate = "members/Empdata/Search")]
    YourResponseType GetEmpData(YourRequestType request);
}

// 服务类实现两个接口，业务逻辑完全复用
public class MemberService : INonProductionMemberService, IProductionMemberService
{
    public YourResponseType GetEmpData(YourRequestType request)
    {
        // 这里写你的业务逻辑代码
    }
}

然后在宿主启动时根据环境选择暴露对应的接口：

string currentEnv = Environment.GetEnvironmentVariable("APP_ENV") ?? "NonProduction";

ServiceHost host;
if (currentEnv == "Production")
{
    host = new ServiceHost(typeof(MemberService), new Uri("http://your-service-base-url/"));
    host.AddServiceEndpoint(typeof(IProductionMemberService), new WebHttpBinding(), "").Behaviors.Add(new WebHttpBehavior());
}
else
{
    host = new ServiceHost(typeof(MemberService), new Uri("http://your-service-base-url/"));
    host.AddServiceEndpoint(typeof(INonProductionMemberService), new WebHttpBinding(), "").Behaviors.Add(new WebHttpBehavior());
}
host.Open();

这个方案的优势是接口定义清晰，不同环境的契约完全隔离，不会出现混淆。

内容的提问来源于stack exchange，提问作者vikas saini