Keskustelua virtaliittimen käytöstä on monia, itse asiassa käyttäjä voi lisätä virtaliittimen olemassa olevaan ohjelmistomalliin, jota käytetään yhdistämään liike-elämän huolenaiheet ja monialaiset huolenaiheet, koska AOP-semantiikan vuoksi liitinosa on riippuvainen liiketoiminnasta, poikkileikkausosa on riippuvainen virtaliittimestä.
Sitten liittimen ympärille käyttäjä voi tehdä sarjan valittuja, ilman että hänen tarvitsee syöttää mitään sisältöä manuaalisesti, se voi olla liiketoiminnallinen huolenaihe, yhteysosien muoto ja monialaiset ongelmat, jotka tunnistetaan (tämä vaihe on AOP:n keskinäisten tietojen määrittäminen, ja liittimeen tallennettujen tietojen saavuttamiseksi, tämä osa vientitiedot on tietysti mahdollista).
Väitetään myös, että jotta voidaan mahdollistaa sujuva siirtyminen suunnittelun ja toteutuksen välillä ja tukea matalan tason arkkitehtonista suunnittelua, linkkipohjaisten aspektisuuntautuneiden mallinnustyökalujen on tuettava koodikehystä, joka luo automaattisesti erilaisia AOP-toteutustekniikoita suunnittelumallista. antaa kehittäjälle mahdollisuuden keskittyä mallin rakentamiseen, kun mallinnustyökalu luo koodin automaattisesti.Koodin luominen parantaa kehittäjän tuottavuutta ja vähentää virheitä. Linkkipohjainen aspektisuuntautunut mallinnusmenetelmä parantaa AOP-teknologian uudelleenkäytettävyyttä ja parantaa ohjelmistokehityksen tehokkuutta suunnittelun ja toteutuksen välisen epäjohdonmukaisuuden välttäminen. Suunnittelija voi suunnitella AO:n olio-idealla, ja kehittäjä voi jatkaa myöhempää ohjelmointia luodun koodikehyksen mukaan.
On myös ehdotettu, että liittimiä otettiin käyttöön aspektisuuntautuneen mallintamisen tukemiseksi, jotta huolenaiheet erotettiin toisistaan ohjelmiston elinkaaren varhaisessa vaiheessa, jotta voidaan vastata arkkitehtuuritason laaja-alaisten huolenaiheiden määrittelyyn. Yksi tärkeimmistä syistä, miksi liittimet otettiin käyttöön, oli standardien tarjoaminen. kehitystyökalun tuki.Uml-pohjaiset ratkaisut liittimien lisäämiseen ovat hyväksyttävämpiä.Liittimet ovat yksinkertainen ja tehokas tunniste aspektisuuntautuneessa mallinnusssa.Mutta jotta voidaan vähentää virheitä mallien yhdistämisessä koodiin ja tukea taustalla olevaa arkkitehtuurin suunnittelua, vaaditaan myös automaattinen AOP-koodikehysten luominen.
Siten yleensä linkkipohjaisia aspektisuuntautuneita mallinnuslähestymistapoja voidaan ottaa käyttöön läpinäkyvästi ohjelmiston analyyttisessä suunnitteluvaiheessa, ja ne voivat ohjata myöhempää AOP-koodin kirjoittamista saavuttamaan saumattoman yhteyden suunnittelun ja koodin välille.
Postitusaika: 01.10.2019