Diskusijas par strāvas savienotāja lietošanu ir daudz, patiesībā lietotājs var pievienot strāvas savienotāju esošajam programmatūras modelim, ko izmanto, lai savienotu biznesa problēmas un starpnozaru problēmas, jo AOP semantikas dēļ savienotāja daļa ir atkarīga no biznesa problēmām, bet starpnozaru problēma ir atkarīga no strāvas savienotāja.
Pēc tam, izmantojot savienotāju, lietotājs var veikt atlasītu elementu sēriju, manuāli neievadot saturu. Var noteikt biznesa problēmas, savienojuma veidu un identificēt starpnozaru problēmas (šis solis ir savstarpējas AOP informācijas noteikšana un savienotājā saglabātās informācijas sasniegšana, protams, šīs daļas eksportēšanas iespēja).
Tiek arī apgalvots, ka, lai nodrošinātu vienmērīgu pāreju starp projektēšanu un ieviešanu un atbalstītu zema līmeņa arhitektūras projektēšanu, uz saitēm balstītiem aspektorientētiem modelēšanas rīkiem ir jāatbalsta koda ietvars, kas automātiski ģenerē dažādas AOP ieviešanas metodes no projektēšanas modeļa. Tas ļauj izstrādātājam koncentrēties uz modeļa veidošanu, kamēr modelēšanas rīks automātiski ģenerē kodu. Koda ģenerēšana uzlabo izstrādātāja produktivitāti un samazina kļūdas. Uz saitēm balstīta aspektorientēta modelēšanas metode uzlabo AOP tehnoloģijas atkārtotu izmantojamību un uzlabo programmatūras izstrādes efektivitāti, izvairoties no neatbilstības starp projektēšanu un ieviešanu. Dizaineris var izstrādāt AO ar objektorientētu ideju, un izstrādātājs var turpināt programmēšanu saskaņā ar ģenerēto koda ietvaru.
Ir arī ierosināts, ka savienotāji tika ieviesti, lai atbalstītu uz aspektiem orientētu modelēšanu, saglabājot problēmu atdalīšanu programmatūras dzīves cikla sākumā, lai risinātu starpnozaru problēmu specifikāciju arhitektūras līmenī. Viens no galvenajiem savienotāju ieviešanas iemesliem bija standarta izstrādes rīku atbalsta nodrošināšana. UML balstīti risinājumi savienotāju pievienošanai ir pieņemamāki. Savienotāji ir vienkāršs un spēcīgs identifikators uz aspektiem orientētai modelēšanai. Taču, lai samazinātu kļūdas modeļu kartēšanā uz kodu un nodrošinātu atbalstu pamatā esošajam arhitektūras dizainam, ir nepieciešama arī AOP koda ietvaru automātiska ģenerēšana.
Tādējādi kopumā uz saitēm balstītas aspektorientētas modelēšanas pieejas var ieviest caurspīdīgā veidā programmatūras analītiskās projektēšanas posmā, un tās var vadīt vēlāku AOP koda rakstīšanu, lai panāktu nemanāmu saikni starp dizainu un kodu.
Publicēšanas laiks: 2019. gada 1. oktobris