AOP - Introduksjon til Aspect-Oriented Programming

Den aspekt-orientert programmering (Aspect-Oriented Programming, eller, mer kort, AOP) er en annen måte å se på utformingen av programvare.
I stedet for programmering som er fokusert på objektene (Object-Oriented Programming - OOP) hvor hovedelementet er den klassen, alt er basert på AOP aspektet.

Ett aspekt er en modularisering av en sectional rapport over flere klasser, dvs. en modul som inneholder flere klasser som har en felles interesse (som transaksjon management).
I tillegg er det andre aspekt til begrepene som ligger til AOP:

• Bli punkt: et poeng av å kjøre et program, som for eksempel utføre en metode.
• råd: Det er gått fra den ene aspekt handlingen i en gitt delta punkt.
• pointcuts: det er skrevet gjennom et predikat uttrykk som binder en join peke på råd, er at råd utføres når en pointcut matcher en join punkt en. For eksempel anta at en klasse har metoden doSomething (), utførelse av metoden er delta punktet, mens pointcut kunne være et uttrykk som "før gjennomføring av metoden doSomething ()".
• Target objekt: de er objektene på som råd er utført.
• introduksjon: en attraveso introdutction du kan legge til nye grensesnitt, og derfor nye metoder til målet objektet.
• AOP proxy er objektet som blir opprettet dall'AOP rammeverk for å implementere råd og gjennomføring.
• Veving: Prosessen som binder de ulike aspekt råd til å opprette målobjektet. Vanligvis denne prosessen foregår under kjøring.

Rådene kan være av forskjellige typer:

• råd før: de er de råd som kjøres før en delta punkt, for eksempel, før du utfører en metode. De kan ikke stoppe flyten utførelsen lanseringen med mindre et unntak.
• etter retur råd: råd er endene som blir utført når et delta punkt i en normal måte, dvs. uten å kaste unntak.
• Etter å kaste råd: råd er er at utføres når en join punkt avsluttes unormalt, er at å kaste et unntak.
• etter råd: det er råd som er utført når et delta punkt på måter begge ender unormalt normal.
• Rundt råd: råd er de kraftigste og utføres før og etter en join punkt. Gjennom denne type råd kan du stoppe kjøre flow, for eksempel ved å hindre gjennomføringen av en metode, endre returverdien eller kaste et unntak.

Vår i skjøtene støttes bare poenget med gjennomføringen av en metode, da Spring AOP ikke tilbyr en full gjennomføring, men likevel tilstrekkelig til å løse de vanligste bedriftsapplikasjoner.

Å gjennomføre AOP funksjonaliteten hvert mål objekt er i en CSW proxy som eksponerer samme grensesnitt som objektet implementerer. Som standard bruker vi J2SE dynamiske proxies men proxyer bare du la grensesnitt eller sett med grensesnitt.
Fullmaktene av CGLIB stedet blir brukt når et objekt ikke implementerer grensesnitt, kan det tvinge bruk i de sjeldne tilfeller hvor vi trenger å skape et pointcut på en metode som ikke er eksponert i grensesnittet.

• <<Forrige Leksjon
• Hjelp
• Neste Leksjon>>