חֲדָשׁוֹת

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

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

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

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

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