Excel F#，办公室里的另一位VBA？

Excel是一个很好的电子表格软件，是许多公司商业智能的一个更大的前端UI。VBA通常用于编写扩展或调用其他DLL

由于Excel本身是功能性的，F#公司将很好地利用Excel编写数据分析程序

我在想，是F#还是F#的变体将成为下一任VBA。有什么消息或谣言吗

编辑： 我不想在办公室里取代VBA。我的意思是，F#可能是办公室里编写脚本的另一种选择

MS提供了一个连接所有.NET语言和MS Office的桥梁。我不认为在这项任务中，他们会偏爱F#而不是任何其他.NET语言。

MS提供了一个连接所有.NET语言和MS Office的桥梁。我不认为在这项任务中，他们会偏爱F#而不是任何其他.NET语言。

如果你是说使用F#进行Office互操作，你可能想试试，但我想我更喜欢

如果你的意思是为Excel编写数学函数，那么是的，F#是一个很好的工具。事实上您可以用F#编写自己的函数，然后使用VBA从Excel调用它们。

如果您想使用F#进行Office互操作，您可能想试试，但我想我更喜欢

如果你的意思是为Excel编写数学函数，那么是的，F#是一个很好的工具。事实上您可以用F#编写自己的函数，然后使用VBA从Excel调用它们。

我认为F#不可能成为“下一个”VBA。让我们看看在Excel中使用VBA的两种主要方式：

1） 编写用户定义函数

2） 自动化电子表格操作

我认为（2）比（1）更常见。这是使用Excel对象模型的主要必要工作，没有发挥F#的功能优势。这并不是说F#或其他语言不适合编写命令式电子表格操作，但VBA也适合这样做，而且（就像它的基本祖先一样）面向经验较少的程序员。VBA对Excel的成功非常重要，正是因为它使“最终用户编程”对于那些最终用户比程序员多的人来说相对容易

正如其他人所指出的，（1）现在可以很容易地在F#中完成，尽管是以库的形式，而不是与Excel紧密集成。我自己也很想得到一种真正的函数式语言，它与工作表本身更紧密地结合在一起。然而，我认为它不应该看起来像F#本身。真正的胜利将是能够用一种非常类似Excel公式的语法来表达函数，并将它们用作电子表格中的一流值。最近，我和一位同事一直在构建一些非常复杂的模型，但这些模型必须在Excel中构建和交付。我们已经按照这些思路进行了试验，它似乎对我们很有用，但我们的实现肯定相当笨拙。

我认为F#不太可能成为“下一个”VBA。让我们看看在Excel中使用VBA的两种主要方式：

1） 编写用户定义函数

2） 自动化电子表格操作

我认为（2）比（1）更常见。这是使用Excel对象模型的主要必要工作，没有发挥F#的功能优势。这并不是说F#或其他语言不适合编写命令式电子表格操作，但VBA也适合这样做，而且（就像它的基本祖先一样）面向经验较少的程序员。VBA对Excel的成功非常重要，正是因为它使“最终用户编程”对于那些最终用户比程序员多的人来说相对容易

---

正如其他人所指出的，（1）现在可以很容易地在F#中完成，尽管是以库的形式，而不是与Excel紧密集成。我自己也很想得到一种真正的函数式语言，它与工作表本身更紧密地结合在一起。然而，我认为它不应该看起来像F#本身。真正的胜利将是能够用一种非常类似Excel公式的语法来表达函数，并将它们用作电子表格中的一流值。最近，我和一位同事一直在构建一些非常复杂的模型，但这些模型必须在Excel中构建和交付。我们已经按照这些思路进行了试验，它似乎对我们很有用，但我们的实现肯定非常笨拙。

您是否遇到过一位接近F#的VBA开发人员？除了通常的命令式/函数式之外，我怀疑这些语言是否足够相似以便于转换：-@Johannes我不是想让VBA开发人员学习F#。我只想说F#是VBA工作的另一种方式！可能是的，但许多其他语言似乎也没有取代VBA。考虑到函数式编程的普遍接受度非常低，如果有的话，你可能活不长，看不到这一点。VBA的优点是，它可以很好地与Excel对象模型配合使用，但就数学函数而言，它们可以用任何其他语言完成。事实上，Excel中可用的所有公式都已移植到F#办公环境中，F#更可能的情况是，F#将用于编写分析或算法库，然后使用VBA将这些分析或算法库与Excel数据源粘在一起。你有没有遇到过一位VBA开发人员，他会接近F#？除了通常的命令式/函数式之外，我怀疑这些语言是否足够相似以便于转换：-@Johannes我不是想让VBA开发人员学习F#。我只想说F#是VBA工作的另一种方式！可能是的，但许多其他语言似乎也没有取代VBA。考虑到函数式编程的普遍接受度非常低，如果有的话，你可能活不长，看不到这一点。VBA的优点是它可以