Auto-Implementación de Propiedades y Desarrollo WebParts
Auto-aplicado (o simplemente automática) propiedades son una de las nuevas características de C # 3.0 que permiten declaración jurada de patrimonio que, además, sucinta, disminuyendo con ello aligerar código obligatorio de mantenimiento y aumentar la legibilidad. Auto-propiedades hacen que el código de SharePoint, que tiende a ser de propiedad pesada para la personalización de características mucho más fácil de escribir, (seguro, usted puede usar el "apoyo" fragmento de código en VS.NET, sin embargo aún se suscribirá a la estructura de propiedad de edad) leer y mantener.
En primer lugar, vamos a tomar una clase básica de SharePoint, OrthodoxWebPartClass en la siguiente, que utiliza una declaración jurada de patrimonio convencionales con un mínimo de atributos relevantes. La clase no hace mucho fuera de la representación de la propiedad de texto a la secuencia de salida.
- OrthodoxWebPartClass : WebPart public class OrthodoxWebPartClass: WebPart
- (
- _text; _text cadena privada;
- PersonalizationScope. Shared ) , WebBrowsable ( true ) , WebDisplayName ( "Text ToDisplay" ) , WebDescription ( "The Text To Display" ) ] [Personalizable (PersonalizationScope. Compartido), WebBrowsable (true), WebDisplayName ("Texto Exhibir"), WebDescription ("el texto a mostrar")]
- Text Cadena de texto públicos
- (
- _text; } (obtener _text return;)
- conjunto (_text = valor;)
- )
- HtmlTextWriter writer ) protegidas reemplazar RenderContents vacío (escritor HtmlTextWriter)
- (
- _text ) ; escritor. Escribe (_text);
- ( writer ) ; base. RenderContents (escritor);
- )
- )
No muy interesante. Examinando todo lo anterior, la propiedad tiene sobre la estructura habitual de la declaración:
- _property; _property cadena privada;
- Property cadena pública de la Propiedad
- (
- _property; } (obtener _property return;)
- conjunto (_property = valor;)
- )
Fuera de la propiedad atributos (para la instrucción de interfaz de SharePoint), este es de 5 líneas de la declaración, una cantidad considerable para anexar a un archivo de clase arbitraria.
propiedades automático en cambio por escrito en forma de:
- Property { get; set; } Propiedad de cadena pública (conseguir; fijados;)
Tomando esta construcción en nuestro archivo de clase de ejemplo, nuestro código WebPart tendrá en el formulario:
- AutoWebPartClass : WebPart public class AutoWebPartClass: WebPart
-
(
- PersonalizationScope. Shared ) , WebBrowsable ( true ) , WebDisplayName ( "Text To Display" ) , WebDescription ( "The Text To Display" ) ] [Personalizable (PersonalizationScope. Compartido), WebBrowsable (true), WebDisplayName ("Texto para mostrar"), WebDescription ("el texto a mostrar")]
- Text { get; set; } (public String Texto conseguir; fijados;)
- HtmlTextWriter writer ) protegidas reemplazar RenderContents vacío (escritor HtmlTextWriter)
- (
- Text ) ; escritor. Escribe (texto);
- ( writer ) ; base. RenderContents (escritor);
- )
- )
Gran parte del código de recorte, más limpio!
Aunque no existe un regulador de vacío y getter, detrás de las escenas y los métodos de la get_PropertyName set_PropertyName Todavía se están solicitando. El compilador generará un campo privado utilizado como almacén de respaldo para la propiedad (por eso no se puede utilizar atributos de campos, pero puede utilizar la propiedad atributos).
¿Qué es más importante fuera de la utilización de auto-propiedades es la adhesión a un concepto de programación orientada a objetos cada vez más importante: la encapsulación! Hay algunas cosas que señalar, sin embargo, a saber, establecer un valor por defecto y crear propiedades de sólo lectura.
Establecer un valor predeterminado para un auto de la Propiedad
Viendo como propiedades WebPart tienden a mantener los valores vitales de configuración, debe haber una compensación para la asignación de valores por defecto. Hay dos formas de asignación:
Establecer el valor predeterminado por asignación en el constructor
Establecer el valor predeterminado DefaultValue Uso y Tipo de Propiedad
En el siguiente, estoy demostrando la cesión de la propiedad dentro del constructor WebPart:
- IntializationWebPartClass : WebPart public class IntializationWebPartClass: WebPart
- (
- IntializationWebPartClass pública ()
- (
- Text = "Texto";
- )
- PersonalizationScope. Shared ) , WebBrowsable ( true ) , WebDisplayName ( "Text To Display" ) , WebDescription ( "The Text To Display" ) ] [Personalizable (PersonalizationScope. Compartido), WebBrowsable (true), WebDisplayName ("Texto para mostrar"), WebDescription ("el texto a mostrar")]
- Text { get; set; } (public String Texto conseguir; fijados;)
- HtmlTextWriter writer ) protegidas reemplazar RenderContents vacío (escritor HtmlTextWriter)
-
(
- Text ) ; escritor. Escribe (texto);
- ( writer ) ; base. RenderContents (escritor);
- )
- )
Creación de un sólo lectura automática de la Propiedad
Creación de una propiedad que se encuentra en la clase y será inmutable cuando se utiliza es bastante fácil (sin embargo de una propiedad de sólo escritura es, obviamente, no es posible). A primera vista podría suponerse que simplemente quitando el conjunto de la propiedad de que la propiedad debe ser de sólo lectura, sin embargo esto solo creará una apoyarse en el valor por defecto. A fin de crear una lectura de propiedad, el modificador de acceso privado sólo tiene que ser decoradas en el set de la propiedad.
- Text { get; private set; } (public String Texto obtener, establecer privado;)
Eso es todo lo que tengo por ahora en las propiedades automáticas, debido a que son después de todo, acaba de propiedades. Pero espero que esto debe conseguirle que va con auto-propiedades en el código de SharePoint! ![]()
2 Comentarios »
RSS feed para los comentarios de esta entrada. TrackBack URL
































[...] Propiedades implementadas automáticamente y en desarrollo WebParts [...]
Pingback por Links (28/09/2008 «Pietrek Steve - Todo SharePoint) - 28 de septiembre de 2008 @ 17:05
[...] http://www.sharepointsecurity.com/blog/sharepoint/auto-implemented-properties-and-developing-webparts/ [...]
Pingback por Propiedades Webpart SharePoint «PANVEGAs blog - 30 de octubre, 2008 @ 05:12 am