Programación basada en atributos

On Tue, 20 Jun 2006 18:13:32 +0200, in microsoft.public.es.csharp you
wrote:

Mostrar la cita

Me estoy dando cuenta de que este tipo de programación se ha extendido
muchísimo: en mantenimiento de código, seguridad de acceso, depuración,
pruebas unitarias, mapeo objeto-relacional, etc...

A esto no se le puede llamar "un tipo de programación". Es solo una
pequeña técnica como hay miles.


Saludos
Alfredo

Mostrar la cita

Mostrar la cita

Me estoy dando cuenta de que este tipo de programación se ha extendido
muchísimo: en mantenimiento de código, seguridad de acceso, depuración,
pruebas unitarias, mapeo objeto-relacional, etc...

A esto no se le puede llamar "un tipo de programación". Es solo una
pequeña técnica como hay miles.

Tampoco es una técnica sino método. ;)

Saludos.

Depende de como se mire. Los atributos de C# se pueden utilizar de 3 formas
diversas:
1.- Como metainformación
Es simplemente una información que se pone en el código y no se
utiliza para nada desde el punto de vista funcional
2.- Como guia de ejecuación
Puedes utilizar un atributo como información extra, de forma que el
código de la aplicación puede consultar el valor de esos "metadatos" y hacer
una cosa u otra en función de ello.
3.- Como aspecto
Este tipo de atributos son especiales y siguen el estilo de
programación llamado "Aspect Oriented Programming" utilizando técnicas de
interceptación de llamadas. Este tipo de atributos lo que consiguen es
capturar la invocación por ejemplo a un método y ejecutar el código que
ellos decidan. Por ejemplo, cuando marcas una método como el atributo
[Autocomplete] de .Net (utilizando todo el paradigma de transaccionalidad),
lo que internamente hace .Net es:
- Capturar la llamada al método
- Abrir transacción
- Llamar realemente al código que se había invocado
- Hacer rollback si se ha lanzado una excepción o commit si todo ha hido
bien.
Si te fijas bien el punto 1, 2 y 4 se ejecutan de forma transparente
al usuario (que solamente había invocado al 3)

Por ello podemos concluir que depende de como se mire es una técnica /
método o realmente un tipo de programación

Un saludo


"Vyacheslav Popov" escribió en el
mensaje news:%
Mostrar la cita

Mostrar la cita

Mostrar la cita

Me estoy dando cuenta de que este tipo de programación se ha extendido
muchísimo: en mantenimiento de código, seguridad de acceso, depuración,
pruebas unitarias, mapeo objeto-relacional, etc...

A esto no se le puede llamar "un tipo de programación". Es solo una
pequeña técnica como hay miles.

Tampoco es una técnica sino método. ;)

Saludos.