Дискусија о употреби конектора за напајање има много, у ствари, корисник може додати конектор за напајање постојећем софтверском моделу, који се користи за повезивање пословних проблема и унакрсних проблема, због АОП семантике, део конектора зависи од пословних проблема, а део унакрсних проблема зависи од конектора за напајање.
Затим, око конектора, корисник може направити низ одабраних, без потребе да ручно уноси било који садржај, то могу бити пословне бриге, начин повезивања делова и унакрсна питања идентификована (овај корак је одређивањем међусобних информација АОП-а и информација сачуваних у конектору да би се постигло, овај део извоза информација је изводљив, наравно).
Такође се тврди да, како би се омогућио глатки прелаз између дизајна и имплементације и подржао архитектонски дизајн ниског нивоа, алати за моделирање оријентисано на аспекте засновани на везама морају да подржавају оквир кода који аутоматски генерише различите технике имплементације АОП-а из модела дизајна. Ово омогућава програмеру да се фокусира на изградњу модела док алат за моделирање аутоматски генерише код. Генерисање кода побољшава продуктивност програмера и смањује грешке. Метод моделирања оријентисаног на аспекте заснован на везама побољшава поновну употребљивост АОП технологије и побољшава ефикасност развоја софтвера избегавајући недоследност између дизајна и имплементације. Дизајнер може да дизајнира АОП са објектно оријентисаном идејом, а програмер може да настави касније програмирање према генерисаном оквиру кода.
Такође је сугерисано да су конектори уведени како би подржали аспектно оријентисано моделирање, одржавајући раздвајање брига рано у животном циклусу софтвера како би се решила спецификација међусобних брига на архитектонском нивоу. Један од главних разлога зашто су конектори уведени био је пружање стандардне подршке за развојне алате. UML-базирана решења за додавање конектора су прихватљивија. Конектори су једноставан и моћан идентификатор за аспектно оријентисано моделирање. Али да би се смањиле грешке у мапирању модела у код и да би се пружила подршка за основни дизајн архитектуре, потребно је и аутоматско генерисање оквира АОП кода.
Дакле, генерално, приступи моделовању засновани на везама и оријентисани на аспекте могу се увести на транспарентан начин у фази аналитичког дизајна софтвера и могу водити касније писање АОП кода како би се постигла беспрекорна веза између дизајна и кода.
Време објаве: 01. окт. 2019.