f# - 哪种工具链适合需要使用 mono 构建 C#/F# 项目的 Java 开发人员？

Question

我正在与一个开发 Java 应用程序的团队合作，该团队使用以下成熟的工具链进行自动化构建、测试和持续集成:

• 操作系统:Ubuntu
• 集成开发环境:Eclipse
• 构建工具:Ant
• 测试框架:JUnit
• 源代码控制:颠覆
• CI 服务器:Jenkins

典型的 Jenkins 作业将从 Subversion 获取 Java 源代码，并运行 Ant 目标来构建代码、运行自动化测试并创建部署工件。

我们现在正在考虑为 Windows 客户端编写一个 .Net 插件，以便从 MS Excel 访问我们应用程序的 API。我们可能会使用 C# 或 F# 来编写它——现在还很早，我们还没有确定一种语言，但 F# 似乎可以提供一些好处，能够使用基于组合器的 API 操作来表达数字用户线。

我们希望尽可能多地在 Linux 上使用 Mono 完成这项工作，并使用我们现有的 CI 基础设施来构建和测试我们的软件。

我的第一印象是工具链看起来像这样:

• 操作系统:Linux
• IDE:Monodelop/VIM(Eclipse 对 Mono 的支持，尤其是对 F# 的支持似乎缺乏)
• 构建工具:NAnt
• 测试框架:NUnit
• 源代码控制:颠覆
• CI 服务器:Jenkins，带 NAnt 插件

有没有人有使用这种工具链进行开发的经验？我想回答的两个问题是:

• 对于习惯 Java 生态系统的开发人员来说，这种方法的主要缺陷是什么？
• 是否有比 NAnt 和 NUnit 更好的替代品来构建和运行自动化测试，尤其是对于 F#？

Answer 1

如果您正在开发可在 Linux 上开发(并偶尔在 Mac/Win 上测试)的跨平台或服务器端应用程序，那么在 Linux 上将 F# 与 MonoDevelop 结合使用似乎是一个不错的选择。

但是，如果您的目标是 Windows 用户，我认为您无法在 Linux 上开发 Excel 插件。您肯定需要在 Windows 上运行 Excel 并进行测试，您可能还需要在 Windows 上进行(部分)开发(我认为集成是一个棘手的问题 - 尽管您可以开发和测试一些核心Linux 上的功能)。

在 Windows 上，您可以使用 free Visual Studio Shell with F# . F# 的 MonoDevelop 集成(希望如此)非常好，但是 Visual Studio 可能会为您提供更好的体验，并且您需要使用 Windows 来完成很多任务无论如何...