Programación Orientada a Aspectos

[roman]

Dejaré para el fin de semana la lectura detenida y quizá hasta le eche un ojo a las 42 páginas de cadetill. Pero, 'a ojo de buen cubero', no me parece nada que aporte algo nuevo sino que más bien da la impresión de ponerle un nombre pomposo a lo que todos debiéramos hacer: programar bien. Frases como

En OOP se entremezcla código de negocio con código de soporte

me parecen falacias. Si el código 'de negocios' -- horrible nombre por cierto -- se mezcla con 'código de soporte' es porque no diseñamos correctamene nuestras clases.

Ya se ha comentado en estos foros anteriormente acerca de la separación de los objetos de negocio de la interfaz de usuario por ejemplo. Lograr una separación así puede hacerse tan sólo con una programación orientada a objetos bien planificada.

En fin, quizá es que no he entendido 'ni pío' pero a leeré con más calma.

// Saludos

[marcoszorrilla]

•El principal beneficio, que impulsó la creación de esta metodología, es el de evitar la presencia de código entrecruzado. La orientación a aspectos agrupa toda la funcionalidad que persigue un mismo fin bajo un mismo aspecto, obteniéndose implementaciones altamente modulares, aumentándose la cohesión y reduciéndose el acoplamiento entre los módulos de código del sistema.

• Una consecuencia derivada es que se obtienen sistemas más fáciles de extender. Puesto que los aspectos están libres de código entrecruzado, cada vez que queramos extender la funcionalidad del sistema tan solo tendremos que crear nuevos aspectos, y asegurarnos de que se produce el enlazado con las clases a las que afecten durante la fase de compilación.

Par mi entender esto que señalo es lo más importante.

Un Saludo.

[marcoszorrilla]

De toas maneras, el artículo en cuestión es un rollazo insoportable.

Julián acabo de escribir a Bayern, para ver si me dejan escanear una caja de aspirinas.

Que conste que me quedaban todavía 3 páginas de pegar, pero desistí, porque preví que el articulito en cuestión no iba a tener mucho éxito.

Un Saludo.

A ver si sale algo sobre LOP (Lazy Oriented Programming) eso si que estaría bueno que nos haga el programa otro y nosotros a cobrar.

[marto]

De toas maneras, el artículo en cuestión es un rollazo insoportable

... Pues a mi me ha gustado

Empezado por roman

Lograr una separación así puede hacerse tan sólo con una programación orientada a objetos bien planificada.

De hecho, se puede conseguir con programación estructurada. Las nuevas metodologías no acostumbran a conseguir que se pueda hacer algo que antes no se podía. Con OO consigues hacer lo mismo de manera más fácil, es más fácil que la cosa quede bonita y mantenible, pero no es la única manera de hacerlo. Yo he visto propgramas en clipper impresionantes y muy bien estructurados. Sin conocer la PO[LL]A , cabe esperar que su buen uso consiga que aun sea más facil conseguir proyectos con cara y ojos.

Empezado por marcoszorrilla

A ver si sale algo sobre LOP (Lazy Oriented Programming) eso si que estaría bueno que nos haga el programa otro y nosotros a cobrar.

Esa mi jefe la invento hace tiempo...

[Julián]

dice Roman:

... más bien da la impresión de ponerle un nombre pomposo a lo que todos debiéramos hacer: programar bien.

Y yo opino lo mismo.

¡Saludos!

[[Al González]]

¡Hola a todos!

Hubiese sido magnífico que el autor escribiese en un lenguaje claro a qué se refiere con código entrecruzado (¿repetido?), y expusiera un ejemplo sencillo de eso.

Algo me dice que mis teorías de la Programación Orientada a Cero y Herencia Insertada (Delphi.com.ar me comprende en éste último aspecto), de alguna manera se entrecruzan con la POA.

De cualquier forma sugiero darle a dicha metodología el beneficio de la duda. Analicemos su practicidad real, haciendo a un lado las frases "pomposas" como "paradigma de abastracción cósmica cabalística del parteaguas conceptual de la ingeniería de software".

Estoy seguro que algo bueno tiene.

Un abrazo.

Al González .

[PepeLolo]

To este toston, me recuerda muy mucho a algo que desarrolle en clipper en 1990 que consistia en programación algo así como DataDriver, alguien lo llamo de ese modo o lo llamaban no se

Toda el código fuera del programa. Toda la programación estaba en tablas y en ficheros de texto (formato binario). en el cliente para que este no pudiera tocarlo.

Solo unas cuantas funciones para mostrar componer el menú, otro que contenia las pantallas y otras cuantas para la nevagación.

Creo que el árticulo se refiere a eso. Menudo invento de los año 95.

Saludos