Дискусията за използването на конектора за захранване има много, всъщност потребителят може да добави конектора за захранване към съществуващ софтуерен модел, използван за свързване на бизнес проблемите и междусекторните проблеми, поради семантиката на AOP, частта на конектора зависи от бизнес проблемите, частта, засягаща напречното срязване, зависи от захранващия конектор.
След това, около конектора, потребителят може да направи поредица от избрани, без да се налага ръчно да въвежда каквото и да е съдържание, това могат да бъдат бизнес проблемите, начинът на свързване на частите и идентифицираните междинни проблеми (тази стъпка е чрез определяне на AOP взаимната информация, и информацията, съхранена в конектора за постигане, тази информация за износ на част е осъществима, разбира се).
Също така се твърди, че за да се позволи плавен преход между проектиране и внедряване и да се поддържа архитектурен дизайн на ниско ниво, инструментите за моделиране, базирани на аспекти, трябва да поддържат кодова рамка, която автоматично генерира различни техники за внедряване на AOP от модела на проектиране. Това позволява на разработчика да се съсредоточи върху изграждането на модела, докато инструментът за моделиране генерира кода автоматично. Генерирането на код подобрява производителността на разработчиците и намалява грешките. Методът за аспектно ориентирано моделиране, базиран на връзка, подобрява повторното използване на AOP технологията и подобрява ефективността на разработката на софтуер чрез избягване на несъответствие между дизайна и изпълнението. Дизайнерът може да проектира AO с обектно-ориентираната идея, а разработчикът може да продължи по-късното програмиране според генерираната кодова рамка.
Също така се предполага, че конекторите са въведени, за да поддържат аспектно-ориентирано моделиране, поддържайки разделяне на проблемите в началото на жизнения цикъл на софтуера, за да се отговори на спецификацията на междусекторни проблеми на архитектурно ниво. Една от основните причини, поради които конекторите бяха въведени, беше да осигурят стандарт поддръжка на инструмент за разработка. Базираните на Uml решения за добавяне на конектори са по-приемливи. Конекторите са прост и мощен идентификатор за аспектно-ориентирано моделиране. Но за да се намалят грешките при картографиране на модели в код и да се осигури поддръжка за основния дизайн на архитектурата, изисква се и автоматично генериране на AOP кодови рамки.
По този начин, като цяло, аспектно ориентираните подходи за моделиране, базирани на връзка, могат да бъдат въведени по прозрачен начин на етапа на аналитичен дизайн на софтуера и могат да ръководят по-късното писане на AOP код, за да се постигне безпроблемна връзка между дизайна и кода.
Време на публикуване: 1 октомври 2019 г