Arutelu toitepistiku kasutamise üle on tegelikult palju, et kasutaja saab olemasoleva tarkvaramudeli juurde lisada toitepistiku, mida kasutatakse äriprobleemide ühendamiseks ja ristlõikeprobleemide ühendamiseks, AOP semantika tõttu sõltub pistiku osa äriprobleemidest, äriprobleemid, äriprobleemid, äriprobleemid, ristlõikega seotud osa sõltub toitepistikust.
Seejärel saab kasutaja ümber teha valitud seeria, ilma et oleks pidanud käsitsi sisestama mis tahes sisu, see võib olla äriprobleemid, ühendusosade režiim ja tuvastatud probleemid (see samm on AOP vastastikuse teabe määramine, ja pistikus salvestatud teave on selle osa eksporditeave muidugi teostatav).
Samuti väidetakse, et selleks, et võimaldada sujuvat üleminekut disaini ja rakendamise vahel ning toetada madala taseme arhitektuurilist disaini, peab linkipõhised kuvatavatele modelleerimisriistadele toetama koodiraamistikku, mis genereerib automaatselt erinevad AOP-i rakendamise tehnikad disainimudelist. See Võimaldab arendajal keskenduda mudeli loomisele, samal ajal kui modelleerimisriist genereerib koodi automaatselt. Koodide genereerimine parandab arendaja tootlikkust ja vähendab vigu. Lingipõhine kuvaktile suunatud modelleerimismeetod parandab AOP-tehnoloogia korduvkasutatavust ja parandab tarkvaraarenduse tõhusust Kujunduse ja rakendamise vahelise ebakõla vältimine. Kujundaja saab AO-d kujundada objektorienteeritud idee abil ja arendaja saab hilisema programmeerimise jätkata vastavalt genereeritud koodiraamistikule.
Samuti on tehtud ettepanek, et aspektile suunatud modelleerimise toetamiseks võeti kasutusele pistikud, säilitades probleemide eraldamise tarkvara elutsükli alguses, et käsitleda ristlõikeprobleemide täpsustamist arhitektuuritasandil. Üks peamiste põhjuste kasutuselevõtt oli Standardne pistikupesade pakkumine. arendusriista tugi.UML-põhised lahendused pistikute lisamiseks on vastuvõetavamad.Nünektorid on lihtne ja võimas identifikaator aspektile orienteeritud modelleerimise jaoks.Aga, et vähendada mudelite kaardistamise vigu koodiks ja toetada aluseks olevale arhitektuuridisainile. Samuti on vaja AOP -koodide raamistike automaatset genereerimist.
Seega saab üldiselt lingipõhiseid aspektidele orienteeritud modelleerimismeetodeid kasutusele võtta tarkvara analüütilise kujundamise etapis läbipaistval viisil ja võib juhendada AOP-koodi hilisemat kirjutamist, et saavutada sujuv ühendus disaini ja koodi vahel.
Postiaeg: 01-2019 oktoober