2009-05-18 18 views
6

Para mí, No.1 tiene que ser un código plegable.¿Cuáles son las características más abusadas en Visual Studio/C#?

#region xxx 
#endregion 

De repente, la gente encuentra una excusa para tener grandes clases (archivos) porque pueden "organizar" ellos muy bien. Una vez vi una clase de media página con 3.000 líneas. Me quedé sin palabras y me dijeron "¿cuál es el problema"?

No.2 es una clase parcial. En realidad, es una buena característica, especialmente cuando trabajas con código generado. Sin embargo, algunas personas lo usan para "descomponer" una clase en varias piezas. ¿Por qué? Porque esa clase es tan grande y popular que siempre está bloqueada en el control de origen. En lugar de dividir la clase en clases más pequeñas, crean varios archivos como my_Class1.cs, your_Class1.cs, etc. para que las personas puedan trabajar en Class1 al mismo tiempo.

me gustaría incluir "Copy Paste &" pero no es culpa de Visual Studio ...

+6

debería ser wiki de la comunidad –

+0

Ninguno de esto es culpa de Visual Studio, o el fallo del idioma, o el marco. Encuentro esta pregunta discutible en el mejor de los casos. –

+0

Nadie dice que se debe culpar a VS o C#. Los desarrolladores abusadores probablemente lo sean. –

Respuesta

0

creo que la característica que más se consume estaría utilizando las plantillas predeterminadas como es. Muchas de las plantillas incluyen declaraciones "parciales" y de regiones e incluyen/usan que no son requeridas por el código dentro de la clase.

Después de eso, tendría que estar de acuerdo con los bloques #region; sin embargo, esos PUEDEN ser útiles si se hacen correctamente. Por lo general, se usan como un medio para organizar clases que son más grandes de lo que probablemente deberían ser.

2

Junto a #region bloques Yo diría que las implementaciones ASP.NET IDataSource (SqlDataSource, LinqDataSource) que la fuerza (permitir) escribir código de acceso a datos directamente en sus páginas aspx. No usaría esto incluso para una aplicación de demostración realmente pequeña, pero en ninguna parte de la documentación de estas clases se menciona que para una aplicación bien diseñada no se deben usar estas clases.

0

Sin prestar atención a las advertencias

+1

Solo porque siempre hay muchos de ellos ... – User

0

Editor gráfico para WebForms. Echo a perder a muchos desarrolladores potencialmente buenos en monos drag-and-drop.

Cuestiones relacionadas