Diskuse o použití napájecího konektoru má mnoho, ve skutečnosti může uživatel přidat napájecí konektor do stávajícího softwarového modelu, který se používá k připojení obchodních problémů a průřezových problémů, kvůli sémantice AOP je část konektoru závislá na obchodních zájmech, část, která se týká průřezu, je závislá na napájecím konektoru.
Poté může uživatel kolem konektoru vytvořit řadu vybraných, aniž by musel ručně zadávat jakýkoli obsah, mohou to být obchodní problémy, režim připojení dílů a průřezové problémy (tento krok spočívá v určení vzájemné informace AOP, a informace uložené v konektoru dosáhnout, tato část exportovat informace je samozřejmě možné).
Argumentuje se také tím, že aby byl umožněn hladký přechod mezi návrhem a implementací a aby byl podporován nízkoúrovňový architektonický návrh, musí nástroje pro modelování založené na aspektech podporovat rámec kódu, který automaticky generuje různé implementační techniky AOP z modelu návrhu. umožňuje vývojáři soustředit se na vytváření modelu, zatímco modelovací nástroj generuje kód automaticky.Generování kódu zlepšuje produktivitu vývojářů a snižuje chyby. Metoda modelování založená na aspektech zlepšuje opětovnou použitelnost technologie AOP a zlepšuje efektivitu vývoje softwaru tím, vyhnout se nesrovnalostem mezi návrhem a implementací. Návrhář může navrhnout AO s objektově orientovaným nápadem a vývojář může pokračovat v pozdějším programování podle vygenerovaného rámce kódu.
Bylo také navrženo, aby konektory byly zavedeny pro podporu aspektově orientovaného modelování, přičemž bylo zachováno oddělení problémů v rané fázi životního cyklu softwaru, aby se řešila specifikace průřezových problémů na architektonické úrovni. Jedním z hlavních důvodů, proč byly konektory zavedeny, bylo poskytnout standardní podpora vývojových nástrojů.Řešení založená na Uml pro přidávání konektorů jsou přijatelnější.Konektory jsou jednoduchým a výkonným identifikátorem pro aspektově orientované modelování.Aby se však snížily chyby v mapování modelů do kódu a poskytla se podpora pro návrh základní architektury, je také vyžadováno automatické generování rámců kódu AOP.
Obecně tedy lze přístupy k modelování založené na aspektech zavést transparentním způsobem ve fázi analytického návrhu softwaru a mohou vést pozdější psaní kódu AOP k dosažení bezproblémového spojení mezi návrhem a kódem.
Čas odeslání: říjen-01-2019