Separazione di una grande applicazione javascript che utilizza il modello di namespace degli oggetti

0

Ho un'applicazione backbone mission-critical costruita prima che AMD e CommonJS fossero ampiamente utilizzati. Questa applicazione fa un uso pesante del pattern Object Namespacing, in modo che tutte le viste, i controller, ecc. Siano nidificati in profondità in un singolo oggetto ParentObject, ad es. %codice%. Continuando con questo esempio, ParentObject.Views.Feature.TableView farà riferimento ad altre viste, raccolte, utilità, ecc. Nello stesso spazio dei nomi ParentObject: TableView .

La mia domanda, suppongo, è anche possibile separarla e iniziare a usare CommonJS, in gran parte per modernizzare gli strumenti attorno a questa applicazione?

L'applicazione ha 128.526 linee di codice. Qual è il meglio che posso sperare, qui?

    
posta user81971 20.06.2017 - 15:19
fonte

1 risposta

0

Come tutte le cose, dipende da quanto tempo hai a disposizione. Se stiamo parlando di abbattere i pezzi più grandi, stai osservando pochissimo lavoro, ma ovviamente più piccoli sono i pezzi, il compito esponenzialmente più scoraggiante sarà.

Il mio consiglio sarebbe di apportare piccole modifiche, prendere i componenti e inserirli nei propri moduli, e quindi eseguire test di integrazione per assicurarti di non aver introdotto nuovi bug nel codice. In questo modo hai l'enorme vantaggio di poter refactoring fino all'ultimo momento senza dover eseguire l'ultimo minuto patching "gluegun e staples" del codice prima di inviarlo in produzione.

    
risposta data 20.06.2017 - 15:33
fonte

Leggi altre domande sui tag