个人Silverlight项目是F还是C?

在我看来,当你是一个学生的时候,你应该尽可能多地把手指放进罐子里。

你玩的语言越多,你就越能理解用特定语言做事的“最佳”方式。

底线。。。趁你还能玩的时候玩那些酷东西!

因为您希望创建一些有用的东西,这些东西将在您的维护人员任期结束后继续使用,所以我建议您使用C#编写大多数。不过,要解决新技术的难题,你可以做的是拉出不同的、定义良好的组件,这些组件不直接与UI交互,然后将它们写在一个单独的F#程序集中。

我做了一些类似的事情,我在过去开放源码的项目。我的基本UI逻辑(在本例中,M-V-VM的V-VM部分)是在C中的,因为它与WPF技术配合得非常好。然后,我将模型本身的某些面向功能的组件分解成一个单独的程序集,并用F#编写,只是为了有限地接触该语言。

不管怎样,在这样的情况下,关键是你要玩得开心,享受你正在做的事情

您可以制作F#business logics项目(dll)。

然后是C#中的用户界面。在用户界面项目中,您可以添加对F#-库的引用。

在使用Silverlight时,这通常是一个很好的解决方案:F#的强大功能是(函数式)编程,但目前C#将有更好的工具支持。

我知道它不在您的列表中,但是如果您对学习一些新的东西感兴趣,您可以考虑GWT—您用Java编写您的客户机(这应该是从C#的简单跳跃),然后编译器将客户机端转换为JavaScript。应该比Silverlight更具跨平台兼容性,而且它是一种有趣的技术融合(CSS、JavaScript和Java在不久的将来不会出现)。

我刚刚在伦敦F#用户组会议上讲了一个关于在F#中编程反应式Silverlight应用程序的话题。这个 recording of the talk (and samples) are available here ,所以你可以看看。

您可以考虑以下几点:

• 我认为F#有一些非常好的特性,使编程这类应用程序比C#更优雅(例如,您可以很好地将程序建模为状态机,并直接用代码进行编码)。

• 令我惊讶的是,伦敦地区对优秀F#程序员的需求已经相当大了。这在不同的地方可能会有所不同,但我认为F#正成为某些工作简历上的“好东西”。

我认为这将在内部网环境中使用。否则,我会质疑Silverlight的选择是否真的是最好的,因为市场渗透。 然而,如果您打算沿着Silverlight路线走下去,那么C#是目前最有可能得到支持的。如果你还在学习,那么这也是一条拥有最好文档的路线。F#有一些优秀的文档,但不幸的是没有C#那么多。 您简要地提到了时间和成本承诺。除非你对函数式编程非常熟悉,否则F#可能会花费更长的时间,部分原因是不熟悉,部分原因是有大量的参考文档帮助你。