2009-07-25 14 views
5

Jest to bardzo przydatne przy organizowaniu i przeglądaniu kodu. Dlaczego nie zostało to zaimplementowane? A jeśli to zapobiegnie niektórym konstrukcjom, dlaczego nie ma czegoś podobnego do F #?Czy istnieje jakiś dobry powód, dla którego #region i #endregion nie działają w języku F #

+1

Dlaczego fałdowanie kodu uniemożliwiłoby inne funkcje danego języka? To nie ma sensu. –

+2

Składanie kodu nie jest funkcją językową - ale jest mniej więcej edytorem prezentacji. Jego obecność lub jej brak nie zmienia zachowania ani realizacji wspomnianego programu. –

Odpowiedz

2

Jest to funkcja, którą chciałby dodać zespół F #, ale jest to raczej funkcja "miło mieć" i nie jest wymagana do wydania wersji v produktu. Zobaczymy, że więcej tego typu funkcji trafi do F # w przyszłej wersji wydania Visual Studio. W przypadku Visual Studio 2010 wiele pracy wymagało przekonania F # do jakości produktu.

+0

Z pewnością to rozumiem. – Moonlight

5

Zgadzam się, że składanie kodu jest dobre i potrzebujemy adnotacji w kodzie, ale Chciałbym czegoś bardziej ogólnego niż region/endregion; Chciałbym ogólny sposób na przekazanie informacji do IDE, ogólny sposób, który nie jest sprawdzany przez kompilator przez (tak, że IDE mogą implementować funkcje, bez wymagające zmiany w kompilatorze).

W związku z tym składanie kodu nie zawsze jest dobrą rzeczą. Jak Jeff Atwood wskazuje w his blog post na składanie kodu i niektóre z jego pułapek. Również this answer ma kilka ważnych punktów.

1

Wyobrażam sobie, że F # nie jest jeszcze wystarczająco dojrzały, aby mieć wszystkie funkcje C# i VB.NET. Jestem pewien, że jeśli będzie to trochę dłużej, pojawią się niekrytyczne funkcje, takie jak składanie kodu.

Powiązane problemy