Diskusijas par strāvas savienotāja izmantoš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, šķērsgriezuma daļa ir atkarīga no strāvas savienotāja.
Pēc tam ap savienotāju lietotājs var izveidot virkni atlasītu elementu, manuāli neievadot saturu, tas var būt biznesa problēmas, savienojuma daļu veids un starpnozaru problēmas (šajā darbībā tiek noteikta AOP savstarpējā informācija, un informāciju, kas glabājas savienotājā, lai sasniegtu šo daļu, eksporta informācija ir iespējama, protams).
Tiek arī apgalvots, ka, lai nodrošinātu vienmērīgu pāreju no projektēšanas uz ieviešanu un atbalstītu zema līmeņa arhitektūras projektēšanu, uz saitēm balstītiem aspektiem orientē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. ļauj izstrādātājam koncentrēties uz modeļa izveidi, kamēr modelēšanas rīks automātiski ģenerē kodu.Koda ģenerēšana uzlabo izstrādātāja produktivitāti un samazina kļūdu skaitu.Uz saitēm balstītā aspektiem orientētā modelēšanas metode uzlabo AOP tehnoloģijas atkārtotu izmantošanu un uzlabo programmatūras izstrādes efektivitāti, izvairoties no neatbilstības starp projektēšanu un ieviešanu.Dizainers var izstrādāt AO ar objektu orientētu ideju, un izstrādātājs var turpināt vēlāku programmēšanu saskaņā ar ģenerēto kodu sistēmu.
Ir arī ierosināts, ka savienotāji tika ieviesti, lai atbalstītu uz aspektiem orientētu modelēšanu, saglabājot problēmu nošķirš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 nodrošināšana. izstrādes rīku atbalsts.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.Bet, lai samazinātu kļūdas modeļu kartēšanā kodā un sniegtu atbalstu pamatā esošās arhitektūras projektēšanai, nepieciešama arī automātiska AOP koda ietvaru ģenerēšana.
Tādējādi kopumā uz saitēm balstītas aspektu modelēšanas pieejas var ieviest pārredzamā veidā programmatūras analītiskās izstrādes stadijā, un tās var vadīt vēlāku AOP koda rakstīšanu, lai panāktu nemanāmu saikni starp dizainu un kodu.
Izlikšanas laiks: 1. oktobris 2019