Toitepistiku kasutamise arutelusid on palju. Tegelikult saab kasutaja toitepistiku lisada olemasolevale tarkvaramudelile, mida kasutatakse äri- ja valdkondadevaheliste ühenduste ühendamiseks. AOP semantika tõttu sõltub pistiku osa ärivaldkondadest ja valdkondadevaheline osa toitepistikust.
Seejärel saab kasutaja pistiku ümber teha valitud seeria, ilma et peaks käsitsi sisu sisestama. See võib olla äriprobleemid, ühendusviisi osad ja läbivad probleemid (see samm toimub AOP-i vastastikuse teabe kindlaksmääramise ja pistikusse salvestatud teabe abil selle osa teabe eksportimise teostatavus).
Samuti väidetakse, et sujuva ülemineku tagamiseks disaini ja teostuse vahel ning madala taseme arhitektuurilise disaini toetamiseks peavad lingipõhised aspektiorienteeritud modelleerimisvahendid toetama koodiraamistikku, mis genereerib disainimudelist automaatselt erinevaid AOP-i rakendustehnikaid. See võimaldab arendajal keskenduda mudeli loomisele, samal ajal kui modelleerimistööriist genereerib koodi automaatselt. Koodi genereerimine parandab arendaja tootlikkust ja vähendab vigu. Lingipõhine aspektiorienteeritud modelleerimismeetod parandab AOP-tehnoloogia korduvkasutatavust ja tarkvaraarenduse tõhusust, vältides ebajärjekindlust disaini ja teostuse vahel. Disainer saab disainida AO-d objektorienteeritud ideega ja arendaja saab jätkata programmeerimist vastavalt genereeritud koodiraamistikule.
Samuti on oletatud, et konnektorid võeti kasutusele aspektipõhise modelleerimise toetamiseks, säilitades murede eraldamise tarkvara elutsükli alguses, et lahendada läbilõikavate murede spetsifikatsiooni arhitektuurilisel tasandil. Üks peamisi põhjuseid, miks konnektorid kasutusele võeti, oli pakkuda standardset arendustööriistade tuge. UML-põhised lahendused konnektorite lisamiseks on vastuvõetavamad. Konnektorid on aspektipõhise modelleerimise jaoks lihtne ja võimas identifikaator. Kuid mudelite koodile kaardistamise vigade vähendamiseks ja aluseks oleva arhitektuurilise disaini toetamiseks on vaja ka AOP-koodiraamistike automaatset genereerimist.
Seega saab lingipõhiseid aspektipõhiseid modelleerimisviise üldiselt läbipaistvalt rakendada tarkvara analüütilise disaini etapis ning need saavad suunata AOP-koodi hilisemat kirjutamist, et saavutada disaini ja koodi vahel sujuv seos.
Postituse aeg: 01.10.2019