F# #region和#endregion在F中不起作用有什么好的原因吗#

F# #region和#endregion在F中不起作用有什么好的原因吗#,f#,region,F#,Region,这在组织和浏览代码时非常有用。为何不实施?如果它会阻止一些构造,为什么不为F#?使用类似的东西呢?我同意代码折叠很好,我们需要在代码中添加注释,但是 我想要比region/endregion更通用的东西;我想要一杯咖啡 向IDE提供信息的通用方法,而不是 由编译器检查(以便IDE可以实现功能,而无需 需要在编译器中进行更改) 话虽如此,代码折叠并不总是一件好事。正如杰夫·阿特伍德在《关于代码折叠及其陷阱》一书中指出的那样。也有一些有效的观点。我想F#还不够成熟,还没有具备C#和VB.NET的所有

这在组织和浏览代码时非常有用。为何不实施?如果它会阻止一些构造,为什么不为F#?

使用类似的东西呢?我同意代码折叠很好,我们需要在代码中添加注释,但是 我想要比region/endregion更通用的东西;我想要一杯咖啡 向IDE提供信息的通用方法,而不是 由编译器检查(以便IDE可以实现功能,而无需 需要在编译器中进行更改)


话虽如此,代码折叠并不总是一件好事。正如杰夫·阿特伍德在《关于代码折叠及其陷阱》一书中指出的那样。也有一些有效的观点。

我想F#还不够成熟,还没有具备C#和VB.NET的所有功能。我敢肯定,如果它存在的时间再长一点,代码折叠等非关键功能将随之出现。

这是F#团队希望添加的功能,但它更像是一种“很好拥有”的功能,不需要在产品版本的v1中发布。在未来版本的VisualStudio中,我们将看到更多此类功能进入F#。对于VisualStudio2010来说,将F#提升到产品质量是一项艰巨的工作。

为什么代码折叠会阻止语言的其他功能成为可能?这毫无意义。代码折叠不是一种语言功能,但或多或少是一种编辑表示指令。它的存在或缺乏不会改变上述程序的行为或执行。我当然可以理解这一点。