Абмеркаванне выкарыстання раздыма харчавання мае шмат абмеркаванняў, на самой справе, карыстальнік можа дадаць раз'ём харчавання да існуючай праграмнай мадэлі, якая выкарыстоўваецца для падключэння бізнес-праблем і перакрыжаваных праблем, з-за семантыкі AOP, частка раздыма залежыць ад бізнес-праблем, частка перакрыжаваных праблем залежыць ад раздыма харчавання.
Затым, вакол раздыма, карыстальнік можа зрабіць серыю выбраных, не ўводзячы ўручную які-небудзь кантэнт, гэта можа быць бізнес-праблемы, спосаб злучэння частак і вызначаныя перасякальныя праблемы (гэты крок ажыццяўляецца шляхам вызначэння ўзаемнай інфармацыі AOP і інфармацыі, якая захоўваецца ў раздыме, для дасягнення гэтай часткі экспарту інфармацыі, вядома, магчымы).
Таксама сцвярджаецца, што для таго, каб забяспечыць плаўны пераход паміж праектаваннем і рэалізацыяй і падтрымліваць нізкаўзроўневае архітэктурнае праектаванне, інструменты мадэлявання на аснове аспектаў на аснове спасылак павінны падтрымліваць кодавую платформу, якая аўтаматычна генеруе розныя метады рэалізацыі AOP з мадэлі праектавання. Гэта дазваляе распрацоўшчыку засяродзіцца на стварэнні мадэлі, у той час як інструмент мадэлявання аўтаматычна генеруе код. Генерацыя кода павышае прадукцыйнасць распрацоўшчыкаў і памяншае колькасць памылак. Метад мадэлявання на аснове спасылак, арыентаванага на аспекты, паляпшае магчымасць паўторнага выкарыстання тэхналогіі AOP і павышае эфектыўнасць распрацоўкі праграмнага забеспячэння, пазбягаючы неадпаведнасці паміж праектаваннем і рэалізацыяй. Дызайнер можа распрацаваць AO з аб'ектна-арыентаванай ідэяй, а распрацоўшчык можа працягваць праграмаванне ў адпаведнасці са згенераванай кодавай платформай.
Таксама выказвалася меркаванне, што канектары былі ўведзены для падтрымкі аспектна-арыентаванага мадэлявання, захоўваючы падзел праблем на ранніх этапах жыццёвага цыклу праграмнага забеспячэння для вырашэння спецыфікацыі перакрыжаваных праблем на архітэктурным узроўні. Адной з галоўных прычын увядзення канектараў было забеспячэнне падтрымкі стандартных інструментаў распрацоўкі. Рашэнні на аснове UML для дадання канектараў больш прымальныя. Канектары - гэта просты і магутны ідэнтыфікатар для аспектна-арыентаванага мадэлявання. Але для таго, каб паменшыць памылкі пры адлюстраванні мадэляў у код і забяспечыць падтрымку базавага праектавання архітэктуры, таксама патрабуецца аўтаматычная генерацыя кодавых фрэймворкаў AOP.
Такім чынам, у цэлым, падыходы да мадэлявання на аснове сувязей і аспектаў могуць быць празрыстым чынам уведзены на этапе аналітычнага праектавання праграмнага забеспячэння і могуць накіроўваць пазней напісанне кода AOP для дасягнення бясшвоўнай сувязі паміж дызайнам і кодам.
Час публікацыі: 01 кастрычніка 2019 г.