Novice

Razprav o uporabi napajalnega konektorja je veliko, dejansko lahko uporabnik doda napajalni konektor obstoječemu modelu programske opreme, ki se uporablja za povezovanje poslovnih skrbi in medsektorskih skrbi, zaradi semantike AOP je del konektorja odvisen od poslovnih skrbi, del, ki zadeva prečno rezanje, je odvisen od napajalnega priključka.

Nato lahko uporabnik okoli konektorja naredi vrsto izbranih, ne da bi mu bilo treba ročno vnesti kakršno koli vsebino, lahko so ugotovljeni poslovni pomisleki, način povezovanja delov in medsebojni pomisleki (ta korak je z določitvijo vzajemnih informacij AOP, in informacije, shranjene v konektorju za doseganje, je ta del izvoznih informacij seveda izvedljiv).

Trdi se tudi, da morajo za omogočanje nemotenega prehoda med načrtovanjem in izvedbo ter podporo arhitekturnemu načrtovanju na nizki ravni povezovalno usmerjena orodja za modeliranje podpirati okvir kode, ki samodejno generira različne tehnike izvajanja AOP iz oblikovalskega modela. To omogoča razvijalcu, da se osredotoči na gradnjo modela, medtem ko orodje za modeliranje samodejno ustvari kodo. Generiranje kode izboljša produktivnost razvijalca in zmanjša napake. Metoda modeliranja, ki temelji na povezavah, izboljša ponovno uporabnost tehnologije AOP in izboljša učinkovitost razvoja programske opreme z izogibanje nedoslednosti med zasnovo in izvedbo. Oblikovalec lahko oblikuje AO z objektno usmerjeno idejo, razvijalec pa lahko nadaljuje s kasnejšim programiranjem v skladu z ustvarjenim okvirom kode.

Predlagano je bilo tudi, da so bili konektorji uvedeni za podporo aspektno usmerjenemu modeliranju, ohranjanje ločevanja pomislekov zgodaj v življenjskem ciklu programske opreme za obravnavo specifikacij medsektorskih pomislekov na arhitekturni ravni. Eden glavnih razlogov za uvedbo konektorjev je bil zagotavljanje standarda podpora za razvojno orodje. Rešitve, ki temeljijo na Uml, za dodajanje konektorjev so bolj sprejemljive. Konektorji so preprost in zmogljiv identifikator za modeliranje, usmerjeno v vidike. Da pa bi zmanjšali napake pri preslikavi modelov v kodo in zagotovili podporo za osnovno zasnovo arhitekture, potrebno je tudi samodejno ustvarjanje ogrodij kode AOP.

Tako je na splošno mogoče pristope modeliranja, ki temeljijo na povezavah, uvesti na pregleden način v fazi analitičnega načrtovanja programske opreme in lahko vodijo kasnejše pisanje kode AOP, da se doseže brezhibna povezava med zasnovo in kodo.