Quando si tratta di qualche schermata e' ovvio che sta tutto dentro unica directory, si aggiorna la', si compila, si debugga, e tutto finisce la'
Ma supponiamo di prepararci ad avviare un progetto corposo, con centinaia di schermate diverse, centinaia di moduli di codice, centinaia di stampe, come procedereste?
Mi spiego meglio, l'obiettivo vorrebbe essere avere la possibilita' di lavorare su una sezione dell'intero progetto:
-1 senza necessita' di ricompilare il tutto ogni volta, ma solo la sezione sulla quale si sono eseguite le modifiche
-2 mantenendo comunque una porzione di codice comune tra tutte le sezioni
Ad esempio, chiamiamo il progetto SUPER-MEGA-GESTIONALE
Potrebbe essere diviso in varie unita' funzionali, ad esempio Anagrafiche base, Magazzino, Acquisti, Vendite, Contabilita', Tracciabilita', Vendita al Banco, ecc..
Tutte queste unita' funzionali avranno delle routine comuni, che per semplicita' diremo contenute dentro uno o piu' moduli comuni, ad esempio FUNZIONI_GLOBALI, NETWORK, SYSTEM, ecc..
Bene, come fare per organizzare il progetto in modo che sia possibile lavorare sulla sezione Acquisti, compilando, avviando, debuggando, solo quella sezione li'?
(ricordo il fatto che la sezione Acquisti, come tutte le altre, dovrebbe condividere con le altre sezioni le funzioni contenute nei moduli comuni)
La prima idea che mi viene in mente e' predisporre una directory principale, ad esempio GESTIONALE1, con all'interno tanti progetti B4J quante sono le unita' funzionali e quindi Anagrafiche, Magazzino, Acquisti, ecc.., ed una directory riservata per contenere i moduli comuni e quindi FUNZIONI_GLOBALI, NETWORK, ecc..
La modifica, compilazione di un singolo progetto non dovrebbe interferire con gli altri, a meno che non venga modificato codice nei moduli comuni
L'eventuale modifica codice dei moduli comuni ovviamente potrebbe portare a dei cambiamenti anche a tutti gli altri progetti, ed una necessaria ricompilazione
Per questo potrebbe essere creato uno script da avviare per la ricompilazione in automatico di tutti i progetti
Questa e' la prima idea, che pero' raramente e' la migliore, per questo chiedo a voi, dovendo avviare un 'very large project' come fareste?
(dove per 'migliore' intendo la piu' scalabile con l'aumentare dimensioni progetto, la piu' efficiente, la piu' ordinata, la meglio documentabile in automatico, ecc...)
Ma supponiamo di prepararci ad avviare un progetto corposo, con centinaia di schermate diverse, centinaia di moduli di codice, centinaia di stampe, come procedereste?
Mi spiego meglio, l'obiettivo vorrebbe essere avere la possibilita' di lavorare su una sezione dell'intero progetto:
-1 senza necessita' di ricompilare il tutto ogni volta, ma solo la sezione sulla quale si sono eseguite le modifiche
-2 mantenendo comunque una porzione di codice comune tra tutte le sezioni
Ad esempio, chiamiamo il progetto SUPER-MEGA-GESTIONALE
Potrebbe essere diviso in varie unita' funzionali, ad esempio Anagrafiche base, Magazzino, Acquisti, Vendite, Contabilita', Tracciabilita', Vendita al Banco, ecc..
Tutte queste unita' funzionali avranno delle routine comuni, che per semplicita' diremo contenute dentro uno o piu' moduli comuni, ad esempio FUNZIONI_GLOBALI, NETWORK, SYSTEM, ecc..
Bene, come fare per organizzare il progetto in modo che sia possibile lavorare sulla sezione Acquisti, compilando, avviando, debuggando, solo quella sezione li'?
(ricordo il fatto che la sezione Acquisti, come tutte le altre, dovrebbe condividere con le altre sezioni le funzioni contenute nei moduli comuni)
La prima idea che mi viene in mente e' predisporre una directory principale, ad esempio GESTIONALE1, con all'interno tanti progetti B4J quante sono le unita' funzionali e quindi Anagrafiche, Magazzino, Acquisti, ecc.., ed una directory riservata per contenere i moduli comuni e quindi FUNZIONI_GLOBALI, NETWORK, ecc..
La modifica, compilazione di un singolo progetto non dovrebbe interferire con gli altri, a meno che non venga modificato codice nei moduli comuni
L'eventuale modifica codice dei moduli comuni ovviamente potrebbe portare a dei cambiamenti anche a tutti gli altri progetti, ed una necessaria ricompilazione
Per questo potrebbe essere creato uno script da avviare per la ricompilazione in automatico di tutti i progetti
Questa e' la prima idea, che pero' raramente e' la migliore, per questo chiedo a voi, dovendo avviare un 'very large project' come fareste?
(dove per 'migliore' intendo la piu' scalabile con l'aumentare dimensioni progetto, la piu' efficiente, la piu' ordinata, la meglio documentabile in automatico, ecc...)
