La discussione sull'uso del connettore di alimentazione ha molti, infatti, l'utente può aggiungere il connettore di alimentazione al modello software esistente, utilizzato per collegare le preoccupazioni aziendali e le preoccupazioni trasversali, a causa della semantica AOP, la parte del connettore dipende dalle preoccupazioni aziendali, la parte che interessa il taglio trasversale dipende dal connettore di alimentazione.
Quindi, attorno al connettore, l'utente può effettuare una serie di selezioni, senza dover inserire manualmente alcun contenuto, possono essere le preoccupazioni aziendali, la modalità delle parti di connessione e le preoccupazioni trasversali identificate (questo passaggio consiste nel determinare le informazioni reciproche AOP, e le informazioni memorizzate nel connettore per ottenere, queste informazioni sull'esportazione della parte sono fattibili, ovviamente).
Si sostiene inoltre che, al fine di consentire una transizione graduale tra progettazione e implementazione e supportare la progettazione architettonica di basso livello, gli strumenti di modellazione orientati agli aspetti basati sui collegamenti devono supportare un framework di codice che genera automaticamente diverse tecniche di implementazione AOP dal modello di progettazione. Ciò consente allo sviluppatore di concentrarsi sulla costruzione del modello mentre lo strumento di modellazione genera automaticamente il codice. La generazione del codice migliora la produttività dello sviluppatore e riduce gli errori. Il metodo di modellazione orientato all'aspetto basato sul collegamento migliora la riusabilità della tecnologia AOP e migliora l'efficienza dello sviluppo del software evitando incoerenze tra progettazione e implementazione. Il progettista può progettare AO con l'idea orientata agli oggetti e lo sviluppatore può continuare la programmazione successiva in base al framework del codice generato.
È stato anche suggerito che i connettori siano stati introdotti per supportare la modellazione orientata agli aspetti, mantenendo la separazione delle preoccupazioni all'inizio del ciclo di vita del software per affrontare la specifica delle preoccupazioni trasversali a livello di architettura. Uno dei motivi principali per cui sono stati introdotti i connettori è stato quello di fornire standard supporto dello strumento di sviluppo. Le soluzioni basate su Uml per l'aggiunta di connettori sono più accettabili. I connettori sono un identificatore semplice e potente per la modellazione orientata agli aspetti. Ma per ridurre gli errori nella mappatura dei modelli al codice e fornire supporto per la progettazione dell'architettura sottostante, è richiesta anche la generazione automatica di framework di codice AOP.
Pertanto, in generale, gli approcci di modellazione orientati agli aspetti basati sui collegamenti possono essere introdotti in modo trasparente nella fase di progettazione analitica del software e possono guidare la successiva scrittura del codice AOP per ottenere una connessione continua tra progettazione e codice.
Tempo di pubblicazione: ottobre-01-2019