小编Mik*_*kov的帖子

如何将PascalCase中的字符串值(其他名称为UpperCamelCase)转换为带有C#的kebab-case？

例如"VeryLongName",以"very-long-name"

如何上传预编译的.NET程序集(-ies)并将我的代码作为Azure Functions执行？

我正在寻找一种方法来运行一些复杂的域逻辑,它包含在自定义程序集中,并由单元测试等覆盖.

这个代码有什么样的限制？例如,访问远程数据存储,网络等.

我正在使用Change Feed Processor库(或Azure Functions Cosmos DB触发器)订阅集合更新.如何将多个独立(非竞争)消费者设置为同一集合的Feed？

一种方法是使用多个租赁集合,例如leases1,leases2等等.但这有点浪费.

有没有办法只用一个租赁集合来做到这一点？(例如,通过在某处指定使用者组名称,类似于Event Hubs Processor)

我喜欢简单的类型

type Code = Code of string

但我想对字符串设置一些限制(在这种情况下 - 不允许空格仅限字符串).就像是

type nonemptystring = ???
type Code = Code of nonemptystring

如何用F#惯用法定义这种类型？我知道我可以使用构造函数或带有工厂函数的受限模块使其成为一个类,但是有一个简单的方法吗？

目前在Azure功能中使用F#的最佳方法是什么？我希望我的函数同时具有输入和输出绑定(例如,对于队列或事件集线器)

到目前为止我发现了什么:

• 队列触发了FSX - 但它没有输出绑定,据报道速度很慢
• 编译F#代码到exe文件并运行Function作为外部可执行文件 - 但是输出队列绑定再次对我来说不清楚,我想exe文件必须明确发送项目

有没有办法使用输入和输出的F#函数并直接将其作为Azure函数托管？类似于C#Run方法的东西？

理想情况下,输入和输出应该是强类型的:对象,记录或区别联合.

我正在使用Aurelia.js作为我的UI.假设我有以下视图标记:

<tr repeat.for="item in items">
    <td>${item.name}</td>
    <td>${item.value}</td>
</tr>

哪个是模型"项目".当模型中的某个值发生更改时,我想为显示更改值的单元格设置动画.我怎么能做到这一点？

假设我有一组List<BrokeredMessage>消息要批量发送到Azure Service Bus.

集合大小是任意的,因此所有消息的总大小可能超过Service Bus强加的256k的限制.如何以最佳方式将其拆分为较小的块？

这个任务似乎很简单,但似乎不是:BrokeredMessage在我尝试发送它之前,每个的大小都是未知的.Sizeproperty只返回消息体的大小,没有头和其他开销.

如果我尝试发送每条250字节的1000条消息,我会得到MessageSizeExceededException.问题是,现在我甚至无法重试,因为消息已被消耗,所以我必须重新创建所有BrokeredMessage的消息.

因此,我现在看到的唯一方法是在发送大量小消息时对批量大小非常保守,这可能会花费我一些吞吐量.

有更可靠和/或更干净的方式吗？

当我通过门户创建Azure功能应用程序时,无法选择是使用现有的消耗计划还是创建新的消费计划.

但是,可以通过ARM模板执行此操作.

Azure功能应用程序:在相同的消费计划下组织Azure功能应用程序讨论了这一点,但确实没有任何暗示.

消费计划与功能应用程序之间的一对一映射与单一计划中的多个应用程序之间的实际差异有哪些？

我需要一个defaultArg带有Lazy第二个参数的函数实现.这是一个用法示例:

defaultArgLazy option (lazy doSomeHeavyWorkThatShouldBeAvoided())

它很容易实现

let defaultArgLazy o (p:'a Lazy) = 
  match o with 
  | Some v -> v 
  | None -> p.Force()

但我想知道是否存在我缺少的标准实现.

许多设备正在发送消息，这些消息最终进入单个 Azure 服务总线队列（或主题）。我们希望并行处理多个消息，但我们希望避免在任何给定时间并发处理同一设备的两个消息。

下图说明了目标。有 3 个处理线程（实际上可能有几十个，分布在多个服务器之间）。每个方框表示单个消息的处理时间，颜色表示它属于哪个设备。

您可以看到，在任何时间点都没有来自同一设备的两个或多个重叠消息。

由于涉及多个处理服务器，我可以想象防止并发处理的唯一方法是以设备 ID 作为分区键对消息进行分区，然后每个分区只有一个消费者：

因此，来自“黄色设备”的所有消息都会发送至分区 1，依此类推。

我仍然想在单个进程中运行多个处理线程。现在，我们做一些简单的事情，比如

var client = QueueClient.CreateFromConnectionString(connectionString, queueName);
var options = new OnMessageOptions { MaxConcurrentCalls = x };
client.OnMessage(m =>
    {
        // Process...
        m.Complete();
    });

如何将并发限制合并到此类代码中？

我可以想象一些基于参与者或其他并发机制的客户端解决方案。但有没有办法在 Broker 层面解决这个问题呢？