Microsoft 的 Mads Torgersen 和 Philip Carter(分别任 C#和 F#的项目经理)共同发布了一个意在推进F#使用的博客帖子。帖子是 Build 2017 上 F#演讲的后续完善,其中讨论了 Microsoft 是如何去除在采纳 F#中的障碍,以及 Visual Studio 2017 中给出的在 F#上的改进。
在文章一开始,Mads 指出他们想以此文解决人们对于采纳 F#的一些想法。他们最常听到的两个关注是:
- 我们并不确定 Microsoft 是否还在支持 F#。
- F#的工具与 C#的不在同一个等级上。
Microsoft 去年一直致力于在解决这些问题。一个行动是发布了 Microsoft 所倡议的.NET 语言策略,其中指出了对 F#的强力支持:
我们将通过继续构建必要的架构和工具为社区贡献提供补充,许可并鼓励社区对 F#的强力参与。通过对语言和工具体验的改进、去除对做出贡献的障碍,以及解决其中的痛苦点以缩小 C#和 VB 间的体验差距,我们将使 F#成为市场上具有最好工具的函数性语言。一旦有新的语言特性出现在 C#中,我们将确保这些新特性也会与 F#很好的交互。
对于上面提及的在 F#采纳中的第二个主要障碍,Microsoft 正致力于在 Visual Studio 2017 中给出改进。一个改进领域是代码的自动完成功能,IDE 当前建议在输入函数名时打开模块。
重命名重构(Rename Refactoring)是 Visual Studio 的又一个新特性。F#的重命名重构是在 F#编译器中实现 Roslyn Workspace API 的一个实际具体结果。该 Visual Studio 特性对两种语言是一样的,Workspace API 抽象了语言具体实现的细节。
Carter 概述了 F#社区成员所完成的工作,他们对 F#的所有领域都给出了贡献,包括编译器在内。F#社区也被描述为 Microsoft 开源的先行者。例如,F#编译器是在 2014 年四月开源的,要先于 C#编译器一年。
F#非常适合于云应用这样的工作负载。这与 Microsfot 发展的大方向是一致的,即推动到云端。Torgersen 也指出,他们看到了大量的成长潜力。如有可能,大量用户将会喜欢使用 F#。
作为方便采纳 F#这一大目标的一部分,文档也得到了改进。已给出的一些入门指南包括:
评论