Come posso osservare l'effetto a catena usando gli attributi di accoppiamento da soli?
Per prima cosa trovo le metriche di accoppiamento comuni per un insieme di classi deprecate in un progetto, come CBO (Coupling Between Objects), RFC (Response For Classes), Import / Export coupling, Accerent Afferent (Numero totale di edge in entrata a un pacchetto deprecato), Accoppiamento efferente (numero totale di bordi in uscita da un pacchetto deprecato), ecc.
In che modo tutto questo può essere interconnesso con Effetto a catena ?
L'astrattezza e l'instabilità di una classe possono essere il risultato dell'effetto a catena associato ad esso?
Sfondo : questo è per un progetto di Reengineering che stiamo facendo cercando di passare attraverso l'accoppiamento esistente tra tutte le classi / API deprecate in circa 20 progetti.
La metrica Instability (I) misura l'instabilità dei pacchetti, in cui la stabilità viene misurata calcolando lo sforzo di modificare un pacchetto deprecato senza influenzare altri pacchetti all'interno dell'applicazione.
Metrica misura il rapporto tra CE (Efferent Coupling) e CE + CA (Afferent Coupling). Instabilità I = Ce / (Ca + Ce)
Abstractness (A) è la metrica unitaria lineare che misura quanto sia astratto un pacchetto, in quanto calcolerà il rapporto tra il numero di classi o interfacce astratte e il numero totale di classi all'interno di un pacchetto. Si può misurare l'astrattezza di un pacchetto (A) usando la seguente formula: A = Na / Nc
Dove: Na è il numero di classi e interfacce astratte nel pacchetto
Nc è il numero di classi e interfacce concrete nel pacchetto
L'API deprecata rimane nel software, il suo utilizzo può aumentare i messaggi di avviso raccomandando pratiche alternative; lo stato deprecato potrebbe anche indicare che la funzionalità verrà rimossa in futuro. Le funzionalità sono deprecate piuttosto che rimosse immediatamente, per garantire la compatibilità con le versioni precedenti e per dare ai programmatori il tempo di adeguare il codice interessato al nuovo standard.