refactoring in iSeries (RPG), è realistico
https://stackoverflow.com/questions/1582256
-
21-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianDomanda
L'implementazione agile in progetti richiede la capacità di fare refactoring. In realtà non è un must, ma il refactoring del codice ha dimostrato di essere una buona pratica di ingegneria.
In un progetto agile (Scrum) sulla piattaforma iSeries, che richiede lo sviluppo (nuovo codice e modifiche al codice legacy) in RPG, RPG LE, è possibile implementare il refactoring? Se sì, quali sono le tecniche per farlo?
Se qualcuno che ha provato potrebbe condividere la loro esperienza o semplicemente puntare a riferimenti, sarei molto grato.
Soluzione
refactoring può essere fatto su una vasta gamma di lingue, sia OO o meno. Vedi Rifattorizzare per una discussione su refactoring da una lingua punto di vista agnostica.
Altri suggerimenti
Basta non provare il sistema del libro paga a meno che non si vuole fare un sacco di persone molto infelici tutti allo stesso tempo. Spesso, cercando di retrofit idee astratte in 20 anni di valore di codice in piedi è solo un invito a grossi guai. Prova prima con qualcosa di piccolo e nuovo, se potete. Immagino che una discreta quantità di codice su iSeries è un software pacchetto che è stato modificato. NON cominciare da lì.
Questa è una vecchia questione che continua a riemergere in molti gusti diversi nel corso degli anni. Spesso tempo che ruota attorno se si riscrive un vecchio e mal mettere insieme il programma che funziona, ma è difficile da mantenere. Solo si può rispondere a questa domanda, ma in generale è una buona idea quella di aspettare fino a quando non v'è una revisione necessaria e poi mettere nel tempo e il rischio per renderlo migliore. Non sottovalutare la parte rischio di questo. Non ci sono molti sentimenti nella vita professionale peggio che cercare di mettere Humpty Dumpty di nuovo insieme, mentre sotto la pistola mentre sapendo che hai causato tutto da soli, in primo luogo.
Alla fine, davvero attenersi a costi / benefici e non passeggiare in considerazioni teoriche. Nessuno si prende cura di loro quando le funzioni business-critical non funzionano correttamente.
C'è anche questo libro:
Anche se in gran parte da un punto di vista OO, ma fornisce anche un processo che può essere applicato a qualsiasi lingua.
