2009-07-25 12 views
5

Esto es muy útil para organizar y explorar el código. ¿Por qué no está implementado? Y si evitara algunas construcciones, ¿por qué no tener algo similar para F #?¿Hay alguna buena razón por la cual la #region y la #endregion no funcionen en F #

+1

¿Por qué el plegado de código evitará que otras características de un idioma sean posibles? Eso no tiene sentido. –

+2

El plegado de código no es una función de idioma, pero es más o menos una directiva de presentación de edición. Su presencia o falta de la misma no cambia el comportamiento o la ejecución de dicho programa. –

Respuesta

2

Esta es una característica que le encantaría agregar al equipo F #, pero es más un tipo de característica "agradable de tener" y no es necesario enviarla para la versión 1 del lanzamiento del producto. Veremos más de este tipo de características llegar a F # en una versión futura de la versión de Visual Studio. Para Visual Studio 2010, ha sido una gran tarea conseguir F # para la calidad del producto.

+0

Ciertamente puedo entender eso. – Moonlight

5

Estoy de acuerdo en que el plegado del código es bueno y necesitamos anotaciones en el código, pero Me gustaría algo más genérico que region/endregion; Me gustaría una forma genérica para dar información a IDE, una forma genérica que no es comprobada por el compilador (para que los IDE puedan implementar características, sin requiriendo un cambio en el compilador).

Dicho esto, el plegado de código no siempre es una buena cosa. Como señala Jeff Atwood en his blog post sobre el plegado del código y algunas de sus trampas. También this answer tiene algunos puntos válidos.

1

Me imagino que F # aún no es lo suficientemente maduro como para tener todas las características de C# y VB.NET. Estoy seguro de que si está por un poco más de tiempo, seguirán las características no críticas, como el plegado de código.

Cuestiones relacionadas