无法使用Microsoft.Azure.ServiceBus库在Azure服务总线订阅筛选器上设置基于TimeSpan的参数

Question

使用较旧的“Windows.Azure.ServiceBus”库，我可以设置一个以TimeSpan为参数的SqlFilter，但当我使用“Microsoft.Azure.ServiceBus”库进行同样的尝试时，它失败了，出现以下错误：

对象的类型不受支持：TimeSpan。HTTP只支持以下类型：string、int、long、bool、double和DateTime

我要做的是：

1. 我希望有2个关于我的主题的订阅（高优先级、正常优先级）
2. 消息具有名为“StartDate”的用户属性
3. 如果StartDate<=1天，则应转到高优先级订阅，否则应转到NormalPriority。[即（StartDate-sys.EnqueuedDateTimeUTC)<=24小时]。

SqlFilter highMessagesFilter =
       new SqlFilter("(StartDate-sys.EnqueuedTimeUtc) <= @TimeSpanImmediateWindow");
highMessagesFilter.Parameters.Add("@TimeSpanImmediateWindow", TimeSpan.FromDays(1));

var subscription = SubscriptionClient.CreateFromConnectionString(connectionString,topicName, subName1);
subscription.RemoveRule(RuleDescription.DefaultRuleName);
subscription.AddRule(new RuleDescription()
{
    Name = RuleDescription.DefaultRuleName,
    Filter = highMessagesFilter,
    Action = new SqlRuleAction("set priorityCalc = (StartDate-sys.EnqueuedTimeUtc)")
});

var filter = new SqlFilter("(StartDate-sys.EnqueuedTimeUtc) <= @TimeSpanHoursImmediateWindow");
filter.Parameters.Add("@TimeSpanHoursImmediateWindow",TimeSpan.FromDays(1));

var ruleDescription = new RuleDescription
{
    Filter = filter,
    Action = new SqlRuleAction(@"
        SET HighPriority = TRUE;
        SET Window = StartDate - sys.EnqueuedTimeUtc
        "),
    Name = RuleDescription.DefaultRuleName,

};

await managementClient.UpdateRuleAsync(topicPath,subscriptionName,ruleDescription);

上面的代码抛出以下错误：

对象的类型不受支持：TimeSpan。HTTP只支持以下类型：string、int、long、bool、double和DateTime

如果不使用ManagementClient.UpdateRuleAsync，则尝试使用以下代码：

var subClient = new SubscriptionClient(connectionString, topicPath, subscriptionName);

await subClient.RemoveRuleAsync(RuleDescription.DefaultRuleName);
await subClient.AddRuleAsync(ruleDescription);

它失败，出现以下错误（ServiceBusException）：

有没有更好的方法来实现我正在尝试的工作，一种可以与较新的.NET标准库一起工作的方法？（请注意：我想把计算作为参数（decimal）发送，然后参数将是double，而不是TimeSpan）。事实上，这就是我最终可能要做的。

Answer 1

如果库抛出了一个异常，指出timespan不是受支持的类型，那么它几乎就是您所拥有的。注意，.NET标准客户端有两个实现，ManagementClient和一些通过实体客户端（如订阅客户端）进行的操作。后者是使用AMQP实现的。ManagementClient完全基于HTTP。虽然使用AMQP实现是理想的，但它是不完整的。我建议使用ManagementClient。这可能就是为什么使用订阅客户端修改规则会引发异常的原因。

关于更好的方法--你的主意听起来不错。只要它不是新客户端不接受的类型。此外，如果您想知道TimeSpan不再受支持的原因，可以在https://github.com/azure/azure-sdk-for-net/issues向库团队提出问题。