Փաստորեն, էներգիայի միակցիչի օգտագործման քննարկումը շատ է, օգտագործողը կարող է ավելացնել գործող ծրագրային մոդելին, որն օգտագործվում է բիզնեսի մտահոգությունները եւ մտահոգությունները կապելու համար, միակցիչի մասից կախված է բիզնեսի մտահոգություններից, Խաչմերուկի մտահոգությունները մաս են կախված ուժային միակցիչից:
Այնուհետեւ միակցիչի շուրջը, օգտագործողը կարող է ընտրել ընտրված մի շարք, առանց որեւէ բովանդակություն ունենալու, այն կարող է լինել բիզնեսի մտահոգություններ, միացման մասերի եւ խաչմերուկի փոխադարձ տեղեկատվության որոշմամբ, Եվ միակցիչում պահվող տեղեկատվությունը, որը պետք է հասնի, այս մասի արտահանման տեղեկատվությունը իրագործելի է, իհարկե):
Հայտարարվում է նաեւ, որ դիզայնի եւ իրականացման եւ իրականացման եւ իրականացման եւ իրականացման միջեւ սահուն անցում թույլ տալու համար հղումների վրա հիմնված տեսանկյունի մոդելավորման գործիքները պետք է աջակցեն օրենսգրքի շրջանակ, որն ինքնաբերաբար ստեղծում է Design Model- ի համար Մշակողներին թույլ է տալիս կենտրոնանալ մոդելի կառուցման վրա, մինչդեռ մոդելավորման գործիքը ինքնաբերաբար կոդավորում է կոդը: Դիզայնի եւ իրականացման միջեւ անհամապատասխանությունից խուսափելը: Դիզայները կարող է նախագծել օբյեկտի վրա հիմնված գաղափարով, եւ մշակողը կարող է իրականացնել հիմնական ծրագրի շրջանակներում:
Առաջարկվել է նաեւ, որ միակցիչները ներդրվել են աջակցելու ասպեկտի վրա հիմնված մոդելավորմանը, ծրագրային ապահովման կյանքի ցիկլի ընթացքում մտահոգությունների տարանջատումը `լուծելու հիմնական պատճառներից Conscuting- ի մտահոգությունների ճշգրտումը Մշակման գործիքի աջակցություն. Միակցիչների ավելացման համար հիմնված լուծումները ավելի ընդունելի են: Պահանջվում է նաեւ AOP կոդերի շրջանակների ավտոմատ սերունդ:
Այսպիսով, ընդհանուր առմամբ, հղումների վրա հիմնված կողմի վրա հիմնված մոդելավորման մոտեցումները կարող են թափանցիկ ձեւով ներդրվել ծրագրակազմի վերլուծական ձեւավորման փուլում եւ կարող է առաջնորդել AOP կոդի հետագա գրությունը `դիզայնի եւ կոդի միջեւ անխափան կապի հասնելու համար:
Փոստի ժամանակը, Հոկտեմբեր 01-2019