Il Task 5 presenta diverse problematiche che ne compromettono la modularità, la manutenibilità e la facilità di utilizzo. In particolare, ci sono problemi legati alla gestione dei template HTML e alle chiamate REST, che rendono il codice difficile da gestire e da estendere.
Problemi Identificati
Mancanza di Modularità nella Gestione dei Template HTML: Il codice per la costruzione dei template HTML è strettamente accoppiato con la logica di business, rendendo difficile riutilizzare i componenti HTML in diverse parti dell'applicazione.
Ogni pagina ha la sua struttura di rendering, senza una strategia comune per definire e gestire i vari componenti dell'interfaccia.
Alle volte vi è anche un javascript cablato all'interno delle pagine che si occupa di "troppe cose".
Duplicazione del Codice per le Chiamate REST e Assenza di una Struttura per Gestire i Servizi: Non esiste una gerarchia o una struttura chiara per gestire le chiamate ai servizi. Le chiamate sono distribuite nel codice in maniera disorganizzata, rendendo difficile il tracciamento e la gestione dei diversi task.
L'assenza di un pattern comune per gestire l'interfacciamento con i servizi complica l'estensione e la modifica del comportamento delle chiamate REST.
Non sono stati previsti meccanismi per rendere modulari le chiamate, neanche un semplice metodo che incapsuli la logica del pacchetto: tutte le chiamate REST, come la verifica del login dell'utente, vengono ripetute in molte pagine, portando a una duplicazione significativa di pezzi di codice che non hanno nessun tipo di modularità e semplicità, in ogni punto si parte dal concetto base e si compone "on fly" il pacchetto REST da utilizzare.
Ad esempio con l'autenticazione, ogni volta che viene introdotta una nuova pagina le stesse 10-15 righe di codice devono essere replicate, aumentando il rischio di errori e incoerenze.
Bassa Manutenibilità: La mancanza di modularità e la duplicazione del codice rendono difficile apportare modifiche senza introdurre regressioni o bug.
Modifiche alla logica di verifica del login o a qualsiasi altra chiamata REST richiedono modifiche multiple in tutto il codice, aumentando il rischio di inconsistenze.
Difficoltà di Test e Debug: La stretta integrazione tra logica di business e gestione delle chiamate REST rende difficile isolare e testare i singoli componenti.
Il codice non è ben strutturato per il logging e il tracciamento degli errori, complicando il processo di debug.
Il Task 5 presenta diverse problematiche che ne compromettono la modularità, la manutenibilità e la facilità di utilizzo. In particolare, ci sono problemi legati alla gestione dei template HTML e alle chiamate REST, che rendono il codice difficile da gestire e da estendere.
Problemi Identificati
Mancanza di Modularità nella Gestione dei Template HTML: Il codice per la costruzione dei template HTML è strettamente accoppiato con la logica di business, rendendo difficile riutilizzare i componenti HTML in diverse parti dell'applicazione. Ogni pagina ha la sua struttura di rendering, senza una strategia comune per definire e gestire i vari componenti dell'interfaccia. Alle volte vi è anche un javascript cablato all'interno delle pagine che si occupa di "troppe cose".
Duplicazione del Codice per le Chiamate REST e Assenza di una Struttura per Gestire i Servizi: Non esiste una gerarchia o una struttura chiara per gestire le chiamate ai servizi. Le chiamate sono distribuite nel codice in maniera disorganizzata, rendendo difficile il tracciamento e la gestione dei diversi task. L'assenza di un pattern comune per gestire l'interfacciamento con i servizi complica l'estensione e la modifica del comportamento delle chiamate REST. Non sono stati previsti meccanismi per rendere modulari le chiamate, neanche un semplice metodo che incapsuli la logica del pacchetto: tutte le chiamate REST, come la verifica del login dell'utente, vengono ripetute in molte pagine, portando a una duplicazione significativa di pezzi di codice che non hanno nessun tipo di modularità e semplicità, in ogni punto si parte dal concetto base e si compone "on fly" il pacchetto REST da utilizzare. Ad esempio con l'autenticazione, ogni volta che viene introdotta una nuova pagina le stesse 10-15 righe di codice devono essere replicate, aumentando il rischio di errori e incoerenze.
Bassa Manutenibilità: La mancanza di modularità e la duplicazione del codice rendono difficile apportare modifiche senza introdurre regressioni o bug. Modifiche alla logica di verifica del login o a qualsiasi altra chiamata REST richiedono modifiche multiple in tutto il codice, aumentando il rischio di inconsistenze.
Difficoltà di Test e Debug: La stretta integrazione tra logica di business e gestione delle chiamate REST rende difficile isolare e testare i singoli componenti. Il codice non è ben strutturato per il logging e il tracciamento degli errori, complicando il processo di debug.