Diskuto pri la uzo de la Potenco -Konektilo havas multajn, fakte, la uzanto povas aldoni la Potencan Konektilon al ekzistanta softvara modelo, uzata por konekti la komercajn zorgojn kaj interkruciĝajn zorgojn, pro AOP -semantiko, la konektila parto dependas de komercaj zorgoj, La interkruciĝo koncernas parton dependas de la potenca konektilo.
Poste, ĉirkaŭ la konektilo, la uzanto povas fari serion de elektitaj, sen devi permane enigi ajnan enhavon, ĝi povas esti la komercaj zorgoj, la reĝimo de ligaj partoj kaj interkruciĝaj zorgoj identigitaj (ĉi tiu paŝo estas per determinado de la reciproka informo de AOP, kaj la informoj konservitaj en la konektilo por atingi, ĉi tiu parto eksporta informo estas farebla, kompreneble).
Oni ankaŭ argumentas, ke por permesi glatan transiron inter projektado kaj efektivigo kaj subteni malalt-nivelan arkitekturan projekton, lig-bazitaj aspekt-orientitaj modeligaj iloj devas subteni kodan kadron, kiu aŭtomate generas malsamajn AOP-efektivigajn teknikojn de la desegna modelo. permesas al la programisto koncentriĝi pri konstruado de la modelo dum la modeliga ilo generas la kodon aŭtomate. evitante malkonsekvencon inter projektado kaj efektivigo. La projektisto povas desegni AO kun la objekto-orientita ideo, kaj la programisto povas daŭrigi la postan programadon laŭ la generita koda kadro.
Oni ankaŭ sugestis, ke konektiloj estis enkondukitaj por subteni modeligadon de aspektoj, konservante apartigon de zorgoj frue en la vivciklo por trakti la specifon de interkruciĝaj zorgoj ĉe la arkitektura nivelo. Unu el la ĉefaj kialoj estis enkondukitaj estis provizi normon Disvolva ilo-subteno.UML-bazitaj solvoj por aldono de konektiloj estas pli akcepteblaj. Konektiloj estas simpla kaj potenca identigilo por aspekta orientita modelado. Sed por malpliigi erarojn en mapado de modeloj por kodi, kaj por doni subtenon por la suba arkitekturo, Aŭtomata generacio de AOP -kodaj kadroj ankaŭ estas bezonata.
Tiel, ĝenerale, lig-bazitaj aspekt-orientitaj modeligaj aliroj povas esti enkondukitaj en travidebla maniero ĉe la analiza desegna stadio de programaro, kaj povas gvidi la postan skribadon de AOP-kodo por atingi kudritan rilaton inter dezajno kaj kodo.
Afiŝotempo: Okt-01-2019