FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
||||
|
||||
Programación Orientada a Aspectos
Una conocida Revista de Informática, que a juzgar por su título no es apta para los no programadores, publica un interesante artículo Programación Orientada a Aspectos (I)
Cita:
Bueno a ver si os animais y escribis algo al respecto. Un Saludo.
__________________
Guía de Estilo de los Foros Cita:
|
#2
|
||||
|
||||
Esteee, bueno, es que decir que un aspecto es más abstracto que una clase no es decir mucho.
¿No podrías poner el enlace al artículo? // Saludos |
#3
|
||||
|
||||
Pues no porque se trata de la Revista "Solo programadores nº-111", que estado leyendo este fin de semana y viene un interesante artículo de 5 páginas.
Aquí voy a poner un enlace que viene en la revista pero no se trata de este artículo sino "AspectJ" ya que en un principio parece ser que se aplicará fundamentalmente al Java. http://eclipse.org/aspectj/ Un Saludo.
__________________
Guía de Estilo de los Foros Cita:
|
#4
|
|||
|
|||
Hola.
Hace un par de días que estuve mirando por la Red al respecto (también yo tengo la susodicha revista....). Os dejo un par de enlaces para quien no haya leido nada todavia sobre AOP y sobre AspectJ http://www.adictosaltrabajo.com/tuto...pagina=aspectj http://webepcc.unex.es/juan/jisbd03/tutorial/ Mi opinión aun no la puedo dejar porque no he tenido tiempo de investigarlo a fondo. Saludos !! |
#5
|
||||
|
||||
Bueno pues aquí está el artículo, le doy las gracias a un amigo solamente pongo las iniciales O.C.R., aunque veo que algún pequeño desaguisado me ha causado creo que queda bastante legible el texto.
Cita:
__________________
Guía de Estilo de los Foros Cita:
Última edición por marcoszorrilla fecha: 17-03-2004 a las 09:00:47. |
#6
|
||||
|
||||
...
Cita:
__________________
Guía de Estilo de los Foros Cita:
|
#7
|
|||
|
|||
Cita:
Referente al artículo,..... si ya me cuesta la OOP, sólo me faltaba la OAP :s Pero bueno, el tema parece interesante, voy a ver si encuentro algo por los interneses...... Última edición por __cadetill fecha: 17-03-2004 a las 10:09:48. |
#8
|
|||
|
|||
Bueno, he encontrado un documento en PDF de la Universidad de Sevilla de 42 páginas donde explica bastante bien el tema.
Aquí os dejo el enlace http://www.lsi.us.es/~informes/aopv3.pdf En el último punto del documento encontrareis más referencias al respecto Sigo sin poder dar mi opinión al respecto, todabía no lo veo demasiado claro el tema |
#9
|
||||
|
||||
Jau!
¿hasta que punto es arriesgado poner un artículo escaneado de una revista? ¿podrían enfadarse y denunciar por ello? ¿sería mejor poner el artículo en otro sitio y aquí sólo un enlace? De toas maneras, el artículo en cuestión es un rollazo insoportable. ¡saludos!
__________________
"la única iglesia que ilumina es la que arde" Anonimo |
#10
|
||||
|
||||
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
Cita:
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 |
#11
|
||||
|
||||
•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.
__________________
Guía de Estilo de los Foros Cita:
|
#12
|
||||
|
||||
Cita:
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.
__________________
Guía de Estilo de los Foros Cita:
|
#13
|
||||
|
||||
Cita:
Cita:
Cita:
__________________
E pur si muove |
#14
|
||||
|
||||
dice Roman:
Cita:
¡Saludos!
__________________
"la única iglesia que ilumina es la que arde" Anonimo |
#15
|
||||
|
||||
¡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 . |
#16
|
||||
|
||||
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
__________________
PepeLolo El hombre el único virus que mide más de unas cuantas micras |
#17
|
||||
|
||||
M$ ya esta pensando en arruinar esta teoría : http://www.microsoft.com/spanish/msd...ces/art152.asp
Saludos!
__________________
delphi.com.ar Dedique el tiempo suficiente para formular su pregunta si pretende que alguien dedique su tiempo en contestarla. |
#18
|
|||
|
|||
Poa
Cuando se habla de orientado a aspectos, se tiende a pensar que será un reemplazo de la programación orientada a objetos, en realiad no es así, pues los paradigmas que se han estudiado y desglosado de OO son esenciales para continuar con la POA, pero tampoco se debe entender como una extensión del OO, ya que lo que se hace con OA es corregir unas dislexias en la estrcutura de la OO, como en el manejo de datos continuos y similares.
Esta es la opinion de una amigo ke ha investigado mas enl la materia |
|
|
|