Dyl*_*lan 9 f# functional-programming windows-8 windows-runtime
没有想要创建一个开放式问题...... F#目前在Windows 8开发预览中不存在.WinRT中有一个映射层,它将核心对象包装到C#/ VB的CLR对象中,或者通过其他语言的映射包装.
鉴于此模型不会通过CLR强制语言,我作为函数式编程新手的问题是:这对F#有什么好处(没有CLR层直接映射到WinRT可能会进一步降低可变性,更多本机列表类型)或者有一种更纯粹的功能性语言加入生态系统并将F#留在原处是有意义的(请记住,互操作性不再局限于CLR语言)
如果有人为WinRT创建一个纯函数映射,那将非常有趣.然而,没有一种正确的方法来为某些东西做功能库(就像没有一种正确的方法来做面向对象的库).
关于F#的好处是你可以轻松地在底层(命令性)API上编写自己的功能包装器.对于WinRT,这意味着我们可以轻松实现WinRT编程的不同功能方法,而无需编写任何基于COM的映射.