Keskustelu virranliittimen käytöstä on itse asiassa monia, käyttäjä voi lisätä virtalähteen olemassa olevaan ohjelmistomalliin, jota käytetään liiketoiminnan huolenaiheiden yhdistämiseen ja AOP -semantiikan takia, liitinosa riippuu liiketoiminnan huolenaiheista, Crosscutting -huolenaiheet ovat riippuvaisia virranliittimestä.
Sitten liittimen ympärillä käyttäjä voi tehdä valittujen sarjan, jolloin tarvitset manuaalisesti syötettäviä sisältöä, se voi olla liiketoiminnan huolenaihe, yhteysosien tapa ja määritetty ristikkäiset huolenaiheet (tämä vaihe on määrittämällä AOP -keskinäinen tieto, ja liittimeen tallennetut tiedot saavuttaakseen, tämä osa vientitiedot ovat tietysti toteutettavissa).
Väitetään myös, että suunnittelun ja toteutuksen välisen sujuvan siirtymisen ja matalan tason arkkitehtonisen suunnittelun tukemisen, linkkipohjaisen näkökulman suuntaisten mallinnustyökalujen on tuettava koodikehystä, joka tuottaa automaattisesti erilaisia AOP-toteutustekniikoita suunnittelumalasta.Tämä Antaa kehittäjälle keskittyä mallin rakentamiseen, kun taas mallinnustyökalu tuottaa koodin automaattisesti. Koodin tuotanto parantaa kehittäjien tuottavuutta ja vähentää virheitä. Linkkipohjainen näkökulman suuntainen mallintamismenetelmä parantaa AOP-tekniikan uudelleenkäyttöä ja parantaa ohjelmistokehityksen tehokkuutta mukaan välttäen epäjohdonmukaisuutta suunnittelun ja toteutuksen välillä. Suunnittelija voi suunnitella AO: n objektikeskeisen idean kanssa, ja kehittäjä voi jatkaa myöhempää ohjelmointia luodun koodikehyksen mukaisesti.
On myös ehdotettu, että liittimet otettiin käyttöön näkökulmasta suuntautuneen mallinnuksen tukemiseen, huolenaiheiden erottamiseen varhaisessa vaiheessa ohjelmiston elinkaaren varhaisessa vaiheessa poikkileikkaushuolen määrittelyn ratkaisemiseksi arkkitehtonisella tasolla. Yksi tärkeimmistä syistä liitteiden käyttöönotto oli tarjota standardi Kehitystyökalujen tuki.UML-pohjaiset ratkaisut liittimien lisäämiseen ovat hyväksyttävämpiä. Konnectors ovat yksinkertainen ja tehokas tunniste näkökohteiseen mallintamiseen.mutta, jotta voidaan vähentää koodin kartoitusmallien virheitä ja tukea taustalla olevalle arkkitehtuurisuunnittelulle, AOP -koodikehysten automaattinen sukupolvi vaaditaan myös.
Siten yleensä linkkipohjaiset näkökulutuutetut mallinnusmenetelmät voidaan ottaa käyttöön läpinäkyvällä tavalla ohjelmiston analyyttisessä suunnitteluvaiheessa, ja ne voivat ohjata AOP-koodin myöhempää kirjoittamista saumattoman yhteyden saavuttamiseksi suunnittelun ja koodin välillä.
Viestin aika: Lokakuu-01-2019