¿Existe una alternativa a los grandes atributos desordenados?

Question

A menudo encuentro que los atributos pueden ser demasiado grandes. A veces parece que los atributos ocupan más de la pantalla que el código. Puede hacer que sea difícil detectar los nombres de los métodos.

Además, no son reutilizables, por lo que puede terminar repitiendo mucho sus valores.

Para contrarrestar esto consideré crear mi propia clase de atributo, que hereda del atributo requerido, y simplemente establece todas las propiedades a los valores predeterminados que necesito.
Sin embargo, en la mayoría de los casos los atributos están sellados, poniendo fin a mis esquemas.

¿Hay alguna alternativa a los atributos grandes?

---

Como ejemplo al azar de lo que estoy hablando:

[SoapDocumentMethod(
    "http://services.acme.co.uk/account/Web/GetCustomerDetails/GetCustomerDetails", 
    RequestNamespace = "http://services.acme.co.uk/account/Web", 
    ResponseNamespace = "http://services.acme.co.uk/account/Web", 
    Use = SoapBindingUse.Literal, 
    ParameterStyle = SoapParameterStyle.Wrapped)] 
public Response GetCustomerDetails(Request request) 
{ 
    //... 
} 

Answer 1

Desde mi punto de vista, hay muchas opciones.

Uno sería con generación de código. Puede usar el motor T4 para leer algún archivo de configuración y aplicar algunos atributos a un miembro arbitrario.

Más información sobre T4 enhttp://msdn.microsoft.com/en-us/library/ff697195.aspx

A veces alguna clase es parte de una jerarquía y se puede utilizar algún atributo de un miembro de abstracta o virtual, las clases que se obtengan por la redefinición de estas no necesitarían ese atributo, ya que es declarado ya en el miembro base.

Acerca de la legibilidad, puede usar regiones para ocultar los atributos de los miembros.

De todos modos, voy a sugerir el enfoque de generación de código, porque es la solución más simple y más limpia. Correcto, esta no es una alternativa, porque tendrás el código exacto, pero evitarás hacerlo a mano.

Finalmente, la mayoría de las API .NET y de terceros le permiten configurar cosas con atributos o con algún modelo de objetos, por lo que, tal vez, cuando vea que tiene su código lleno de atributos, algunas cosas podrían ser creado al crear su propio esquema de configuración y usar el modelo de objetos de la biblioteca para configurar su entorno.

EDITAR

Quiero añadir que si te gusta el enfoque código de generación, puede utilizar los atributos personalizados que serán reemplazadas por las correctas cuando alguna plantilla de código se ejecutará en algún archivo.

Una muestra de que podría ser:

[SomeFake] 
public void A() {} 

... and after code generation 

[SomeActual(Allow = true, Loggable = true)] 
public void A() {} 

Answer 2

Si bien no resuelve todos sus problemas, usted debe utilizar constantes de sus valores repetidos, especialmente cadenas.

[SoapDocumentMethod(
    URL, RequestNamespace = NAMESPACE, ResponseNamespace = NAMESPACE, 
    Use = SoapBindingUse.Literal, ParameterStyle = SoapParameterStyle.Wrapped)] 
public Response GetCustomerDetails(Request request) 
{ 
    //... 
} 

Answer 3

Declarar las direcciones URL como cadenas const definidos en otros lugares podrían ser un comienzo

Además, ¿quién dice que necesita una nueva línea de personajes de X? Solo tiene una larga lista de códigos, y las personas que se preocupan pueden desplazarse para leer los parámetros.