Programare orientată pe aspecte

Programarea orientată pe aspecte (AOP)  este o paradigmă de programare bazată pe ideea de separare a funcționalității pentru a îmbunătăți partiționarea programului în module .

Metodologia AOP a fost propusă de un grup de ingineri de la Centrul de Cercetare Xerox PARC condus de Gregor Kiczales. Ei au dezvoltat, de asemenea, o extensie orientată pe aspecte pentru limbajul Java , numită AspectJ  - (2001).

Motivație

Paradigmele de programare existente - procedurală , modulară , programare orientată pe obiecte (OOP) și proiectare orientată pe domeniu  - oferă anumite modalități de separare și evidențiere a funcționalității: funcții , module , clase , dar unele funcționalități care utilizează metodele propuse nu pot fi separate în entități separate. O astfel de funcționalitate se numește end-to- end (din engleză  scattered  - scattered sau engleză  tangled - intertwined), deoarece implementarea sa este distribuită între diferite module de program. Funcționalitatea end-to-end duce la un cod dispers și confuz, care este greu de înțeles și de întreținut.

Înregistrarea și gestionarea excepțiilor  sunt exemple tipice de funcționalitate transversală. Alte exemple: trasare ; autentificarea si verificarea drepturilor de acces ; programarea contractelor (în special, verificarea condițiilor pre și post). Pentru un program scris în paradigma OOP, orice funcționalitate care nu a fost descompusă este transmisă.

Cu toate acestea, conform unor autori [1] , AOP poate fi folosit cu succes și pentru a rezolva probleme de securitate, multithreading , managementul tranzacțiilor și multe altele.

Concepte de bază

Toate limbile AOP oferă un mijloc de a izola funcționalitatea end-to-end într-o entitate separată. Deoarece AspectJ este strămoșul acestei direcții, conceptele utilizate în această extensie s-au răspândit în majoritatea limbajelor AOP.

Concepte de bază ale AOP:

• Aspect este un  modul sau o clasă care implementează funcționalitatea end-to-end. Aspectul modifică comportamentul restului codului prin aplicarea indicației la punctele de unire definite de o porțiune .
• Advice ( în engleză  advice ) este un instrument de proiectare a codului care ar trebui apelat din punctul de conectare. Sfatul poate fi executat înainte, după sau în locul punctului de conectare.
• Un punct de unire este un  punct dintr-un program care rulează în care ar trebui aplicat sfatul. Multe implementări AOP vă permit să utilizați apeluri de metodă și acces la câmpuri obiect ca puncte de unire.
• Slice ( în engleză  pointcut ) - un set de puncte de conectare. Secțiunea determină dacă un anumit punct de conectare se potrivește cu un anumit vârf. Cele mai convenabile implementări ale AOP folosesc sintaxa limbajului gazdă pentru a defini felii (de exemplu, AspectJ folosește semnături Java ) și le permite să fie reutilizate prin redenumire și combinare.
• Introducere ( introducere în engleză  , introducere) - modificarea structurii clasei și/sau schimbarea ierarhiei de moștenire pentru a adăuga funcționalitate de aspect codului străin. De obicei implementat folosind un protocol metaobject ( MOP ) . 

Note

1. ↑ Mituri și realități ale AOP . IBM. Data accesului: 27 octombrie 2010. Arhivat din original pe 5 februarie 2012. (Rusă)

Link -uri

• „Programare orientată pe aspecte (cu Valentin Pavlov)” . Preluat: 28 octombrie 2010. (Rusă)
• Programare orientată pe aspecte . Consultat la 26 noiembrie 2011. Arhivat din original la 5 februarie 2012. (Rusă)
• Proiectul  Open Directory . - sectiunea AOP din catalog. Data accesului: 28 octombrie 2010. Arhivat din original pe 5 februarie 2012.

Literatură