在 Azure Functions 中使用 F#
Use F# in Azure Functions
目前在 Azure Functions 中使用 F# 的最佳方式是什么？我希望我的函数具有输入和输出绑定（例如到队列或事件中心）
到目前为止我发现了什么：
- Queue triggered FSX - but it has no output bindings and is reported to be slow
- 将 F# 代码编译为 exe 文件和
- 但我还是不清楚输出队列绑定，我想 exe 文件必须显式发送项目
有没有办法将带有输入和输出的 F# 函数直接托管为 Azure 函数？类似于 C# Run 方法的东西？
理想情况下，输入和输出应该是强类型的：对象、记录或可区分联合。
模板只是起点 - 您可以在门户 "Integrate" 选项卡中轻松地向它们添加额外的 input/output 绑定。例如，如果您添加一个名为 result 并绑定到 blob 路径 "test-output/%rand-guid%" 的新 Blob 输出，您可以编写如下脚本来写入 blob：
open System
open System.IO
let inputPath = Environment.GetEnvironmentVariable("input")
let input = File.ReadAllText(inputPath)
let message = sprintf "F# script processed queue message '%s'" input
System.Console.Out.WriteLine(message)
let resultPath = Environment.GetEnvironmentVariable("result")
File.WriteAllText(resultPath, input);
关于 F# 的强类型 "first class" 支持，正如我在您链接到的论坛 post 中提到的，我们正在努力 :) 目前，F# 与所有其他非 proc 脚本类型，如上所示，绑定管道内外的通信机制是通过 环境变量 。
现在 F# 是原生的！
Thanks to the excellent work by the F# team including Don Syme and Tomas Petricek, we're happy to announce we finally support F# in a first-class fashion in Azure Functions.
目前在 Azure Functions 中使用 F# 的最佳方式是什么？我希望我的函数具有输入和输出绑定（例如到队列或事件中心）
到目前为止我发现了什么：
- Queue triggered FSX - but it has no output bindings and is reported to be slow
- 将 F# 代码编译为 exe 文件和
有没有办法将带有输入和输出的 F# 函数直接托管为 Azure 函数？类似于 C# Run 方法的东西？
理想情况下，输入和输出应该是强类型的：对象、记录或可区分联合。
模板只是起点 - 您可以在门户 "Integrate" 选项卡中轻松地向它们添加额外的 input/output 绑定。例如，如果您添加一个名为 result 并绑定到 blob 路径 "test-output/%rand-guid%" 的新 Blob 输出，您可以编写如下脚本来写入 blob：
open System
open System.IO
let inputPath = Environment.GetEnvironmentVariable("input")
let input = File.ReadAllText(inputPath)
let message = sprintf "F# script processed queue message '%s'" input
System.Console.Out.WriteLine(message)
let resultPath = Environment.GetEnvironmentVariable("result")
File.WriteAllText(resultPath, input);
关于 F# 的强类型 "first class" 支持，正如我在您链接到的论坛 post 中提到的，我们正在努力 :) 目前，F# 与所有其他非 proc 脚本类型，如上所示，绑定管道内外的通信机制是通过 环境变量 。
现在 F# 是原生的！
Thanks to the excellent work by the F# team including Don Syme and Tomas Petricek, we're happy to announce we finally support F# in a first-class fashion in Azure Functions.