3

显然 F# 将统治模型部分,但对于 VM 部分的选择是否清晰?

失去的工具支持(任何?)是否会被大型应用程序中语言灵活性的增益所补偿?

4

1 回答 1

1

鉴于您不依赖某些 MVVM 框架的任何主要功能,我会说大多数情况下,如果是比较的话,这与选择 F# 而不是 C# 一样多。

当前的 F# 编译器缺少一个在 VM 代码中很有用的特性——对CallerMemberName属性的支持,它非常​​适合用于INPC对象属性。但这与您获得的好处(例如 F# 中的所有很酷的东西)相比,这可能是一个小缺点。

由于 VM 通常是关于转换和处理 M 数据以在 V 中使用它,我还不明白为什么 F# 不适合。

于 2013-03-19T14:01:02.700 回答