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