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