La migliore soluzione per la manutenzione futura di un sito Web con ID hardcoded, CMS personalizzato che utilizza un cattivo design del database [duplicato]

-1

Recentemente sono stato inserito in una posizione di leader tecnologico in un progetto molto interessante che ho lavorato parzialmente per due anni. Questo progetto contiene un sacco di materiale legacy con esso anche se proviamo a eliminarlo.

Sto cercando e ricercando una soluzione per il mio scenario:

  • il sito Web ha molti ID codificati (anche se vengono estratti in un unico posto).
  • ha una cattiva progettazione del database che non possiamo toccare (a causa del CMS personalizzato) e ci impedisce di fare semplici istruzioni select che ci porteranno i dati esatti di cui abbiamo bisogno (ecco perché abbiamo gli ID hard-code )
  • utilizza CMS personalizzato gestito da società diverse
  • a causa di ID codificati (che spesso cambiano) dobbiamo fare rilasci frequenti (il che comporta un rischio e comporta un costo aggiuntivo per il cliente).

La preoccupazione principale che ho ora è di impedire queste versioni a causa di ID hardcoded.

L'approccio più ragionevole a questa situazione per ora mi è sembrato:

Spostare gli ID in un nuovo database e creare una struttura ragionevole lì. Creare fondamentalmente un livello intermedio tra il sito Web e il database. Creare un nuovo sito Web per il nuovo database per un cliente da gestire. Ciò creerebbe fondamentalmente un altro CMS personalizzato che non è ancora l'ideale ma migliore rispetto alle versioni frequenti.

o

Inizia a utilizzare un nuovo CMS commerciale per gli ID menzionati sopra e migra lentamente l'intero sito Web a un nuovo CMS appropriato.

Hai mai sperimentato un progetto come questo? Quale sarebbe il tuo miglior approccio per questo?

    
posta Jakub Holovsky 29.09.2014 - 12:02
fonte

1 risposta

0

Sono passati sei mesi da quando ho fatto questa domanda e il risultato è che abbiamo fatto un po 'di compromesso tra il CMS personalizzato e la nostra applicazione web. Abbiamo introdotto alcuni nuovi campi nel CMS che ci consentiranno di interrogare il database in modo più affidabile e flessibile. Successivamente abbiamo introdotto alcune nuove query che ci aiutano a ottenere i dati in modo dinamico. Questa sembra essere una buona mossa dato che ci siamo sbarazzati di tutti gli ID codificati e anche la nostra base di codice si è ridotta, quindi è molto più facile da mantenere.

    
risposta data 29.03.2015 - 03:00
fonte

Leggi altre domande sui tag