与#net对象管道连接的F＃

我注意到管道通向/来自某些.NET方法的困难。玩具例如与#net对象管道连接的F＃

let foo = System.String [| 'a'; 'b'; 'c' |] // works 
let foo = [| 'a'; 'b'; 'c' |] |> System.String // fails 
// error FS0802: Invalid use of a type name and/or object constructor. 
let foo = System.String <| [| 'a'; 'b'; 'c' |] // fails the same way 
let foo = [| 'a'; 'b'; 'c' |] |> new System.String // Fails 
// error FS0010: Incomplete structured construct at or before this point in expression

基本上，我想弄清楚的时候，你可以用.NET对象，当不结合管道。如果有参考，我很乐意获得链接！

来源

2017-04-11 user1443098

你的例子（除了最后一个，这是非法的语法）在F＃4中工作。他们[增加了支持将构造函数视为函数]（https://blogs.msdn.microsoft.com/fsharpteam/2014/11/ 12 /宣布-A-预览-F-4-0的 - 和 - 的视觉-F-工具 - 在-VS-2015 /）。您使用的是哪个版本的F＃？ –

是的，这是一个非常旧的版本，F＃4有交互式版本14，所以我猜你正在使用F＃3（可能甚至是老一些）......无论如何，无论你升级到至少Visual Studio 2015还是你有如链接的博客文章中所述，使用'|> fun chars - > System.String chars' lambdas。 –

至于你用绳子具有挂断，下面的链接将显示用于治疗构造的功能支持，加入到F＃4.0

https://fslang.uservoice.com/forums/245727-f-language/suggestions/5663317-allow-to-use-class-constructors-as-functions

另一种常见的情况，使管道从尴尬.NET库是它们公开为tupled（而不是curried）函数参数，这些参数可以使部分应用函数管道更加痛苦。围绕这些笨重的.NET函数创建curry包装通常是一个很好的解决方法。

来源

2017-04-11 22:53:13 slimbofat

创建curried包装的一个很好的例子是我经常在自己的代码中写入的函数：'let strJoin（between：string）（parts：#seq ）= System.String.Join（between，parts）'。（类型注释是必须的，以便编译器可以找出'System.String.Join'的唯一重载）。然后，我可以编写类似'listOfInts |> List.map intToHexStr |> strJoin“，”|> sprintf“[％s]”的代码，结果字符串看起来像是[0x1,0x2,0xdeadbeef]。简单，易读，可移植，而'System.String.Join'不可移植。 – rmunn

与#net对象管道连接的F＃

回答

相关问题