חֲדָשׁוֹת

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

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

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

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

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