Razprava o uporabi napajalnega priključka je obsežna, pravzaprav lahko uporabnik doda napajalni priključek obstoječemu programskemu modelu, ki se uporablja za povezovanje poslovnih in presečnih pomislekov. Zaradi semantike AOP je del priključka odvisen od poslovnih pomislekov, del presečnih pomislekov pa je odvisen od napajalnega priključka.
Nato lahko uporabnik okoli konektorja izbere vrsto izbranih delov, ne da bi moral ročno vnašati kakršno koli vsebino, pri čemer lahko opredeli poslovne pomisleke, način povezave delov in prečne pomisleke (ta korak je z določitvijo medsebojnih informacij AOP in informacij, shranjenih v konektorju, za dosego tega dela je izvoz informacij seveda izvedljiv).
Prav tako se trdi, da morajo orodja za modeliranje, usmerjeno na vidike, za omogočanje nemotenega prehoda med načrtovanjem in implementacijo ter podporo nizkonivojskemu arhitekturnemu načrtovanju podpirati ogrodje kode, ki samodejno generira različne tehnike implementacije AOP iz modela načrtovanja. To razvijalcu omogoča, da se osredotoči na gradnjo modela, medtem ko orodje za modeliranje samodejno generira kodo. Generiranje kode izboljša produktivnost razvijalcev in zmanjša napake. Metoda modeliranja, usmerjenega na vidike, na podlagi povezav izboljša ponovno uporabnost tehnologije AOP in izboljša učinkovitost razvoja programske opreme, saj se izogne neskladnosti med načrtovanjem in implementacijo. Oblikovalec lahko oblikuje AOP z objektno usmerjeno idejo, razvijalec pa lahko nadaljuje s kasnejšim programiranjem v skladu z ustvarjenim ogrodjem kode.
Prav tako je bilo predlagano, da so bili konektorji uvedeni za podporo modeliranju, usmerjenemu na vidike, s čimer se ohranja ločitev skrbi že v zgodnji fazi življenjskega cikla programske opreme, da se obravnava specifikacija medsektorskih skrbi na arhitekturni ravni. Eden glavnih razlogov za uvedbo konektorjev je bil zagotavljanje podpore standardnim razvojnim orodjem. Rešitve za dodajanje konektorjev, ki temeljijo na UML, so bolj sprejemljive. Konektorji so preprost in zmogljiv identifikator za modeliranje, usmerjeno na vidike. Da pa bi zmanjšali napake pri preslikavi modelov v kodo in zagotovili podporo za osnovno arhitekturno zasnovo, je potrebno tudi samodejno generiranje ogrodja kode AOP.
Tako se lahko na splošno pristopi modeliranja, ki temeljijo na povezavah in so usmerjeni v vidike, na pregleden način uvedejo v fazi analitičnega načrtovanja programske opreme in lahko vodijo kasnejše pisanje kode AOP za doseganje brezhibne povezave med načrtovanjem in kodo.
Čas objave: 1. oktober 2019