La discussione sull'uso del connettore di alimentazione è ampia, infatti l'utente può aggiungere il connettore di alimentazione al modello software esistente, utilizzato per collegare le esigenze aziendali e quelle trasversali, poiché, grazie alla semantica AOP, la parte del connettore dipende dalle esigenze aziendali, mentre la parte delle esigenze trasversali dipende dal connettore di alimentazione.
Quindi, attorno al connettore, l'utente può effettuare una serie di selezioni, senza dover inserire manualmente alcun contenuto, che possono riguardare le preoccupazioni aziendali, la modalità di collegamento delle parti e le preoccupazioni trasversali identificate (questo passaggio consiste nel determinare le informazioni reciproche AOP e le informazioni memorizzate nel connettore per ottenere questa parte di informazioni di esportazione è fattibile, ovviamente).
Si sostiene inoltre che, per consentire una transizione fluida tra progettazione e implementazione e supportare la progettazione architettonica di basso livello, gli strumenti di modellazione orientata agli aspetti basati sui link devono supportare un framework di codice che generi automaticamente diverse tecniche di implementazione AOP dal modello di progettazione. Ciò consente allo sviluppatore di concentrarsi sulla creazione del modello mentre lo strumento di modellazione genera automaticamente il codice. La generazione di codice migliora la produttività dello sviluppatore e riduce gli errori. Il metodo di modellazione orientata agli aspetti basato sui link migliora la riutilizzabilità della tecnologia AOP e migliora l'efficienza dello sviluppo software evitando incoerenze tra progettazione e implementazione. Il progettista può progettare AO con l'idea orientata agli oggetti e lo sviluppatore può portare avanti la programmazione successiva in base al framework di codice generato.
È stato anche suggerito che i connettori siano stati introdotti per supportare la modellazione orientata agli aspetti, mantenendo la separazione delle problematiche all'inizio del ciclo di vita del software per affrontare la specifica delle problematiche trasversali a livello architettonico. Uno dei motivi principali per cui sono stati introdotti i connettori è stato quello di fornire supporto agli strumenti di sviluppo standard. 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. Tuttavia, per ridurre gli errori nella mappatura dei modelli sul codice e per fornire supporto alla progettazione dell'architettura sottostante, è necessaria anche la generazione automatica di framework di codice AOP.
Pertanto, in generale, gli approcci di modellazione orientati agli aspetti basati sui link 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 fluida tra progettazione e codice.
Data di pubblicazione: 01-10-2019