חֲדָשׁוֹת

לדיון בשימוש במחבר הכוח יש רבים, למעשה, המשתמש יכול להוסיף את מחבר הכוח למודל תוכנה קיים, המשמש לחיבור הדאגות העסקיות ולגביש חששות, בגלל סמנטיקה של AOP, חלק המחבר תלוי בדאגות עסקיות, חלק החששות החוצה נוגע לחלק תלוי במחבר הכוח.

לאחר מכן, סביב המחבר, המשתמש יכול ליצור סדרה של נבחרת, מבלי שיצטרך להזין ידנית תוכן כלשהו, ​​זה יכול להיות הדאגות העסקיות, מצב חלקי החיבור והדאגות לחתוך חוצה (שלב זה הוא על ידי קביעת המידע ההדדי של AOP, והמידע המאוחסן במחבר להשיג, חלק זה ייצוא מידע אפשרי, כמובן).

עוד נטען שכדי לאפשר מעבר חלק בין תכנון ליישום ותמיכה בתכנון אדריכלי ברמה נמוכה, כלי דוגמנות מונחי היבט מבוססי קישור חייבים לתמוך במסגרת קוד המייצרת אוטומטית טכניקות יישום AOP שונות מהמודל העיצוב. מאפשר למפתח להתמקד בבניית המודל בזמן שכלי הדוגמנות מייצר את הקוד באופן אוטומטי. יצירת קוד משפר הימנעות מחוסר עקביות בין תכנון ליישום. המעצב יכול לתכנן את AO עם הרעיון המכוון לאובייקט, והמפתח יכול להמשיך את התכנות המאוחרת על פי מסגרת הקוד שנוצר.

עוד הוצע כי הוצגו מחברים כדי לתמוך במודלים מוכווני היבט, תוך שמירה על הפרדת החששות בשלב מוקדם של מחזור חיי התוכנה כדי לטפל במפרט של חששות חוזרים ברמה האדריכלית. אחת מהסיבות העיקריות של המחברים שהוצגו היה לספק סטנדרט תמיכה בכלי פיתוח. פתרונות מבוססי UML להוספת מחברים מקובלים יותר. קבצים הם מזהה פשוט וחזק עבור דוגמנות מונחה היבט. נדרש גם ייצור אוטומטי של מסגרות קוד AOP.

לפיכך, באופן כללי, ניתן להציג גישות דוגמנות מונחות היבט מבוססות קישור באופן שקוף בשלב העיצוב האנליטי של התוכנה, ויכולים להנחות את הכתיבה המאוחרת של קוד AOP כדי להשיג חיבור חלק בין עיצוב לקוד.