#10 closed task (fixed)
Architettura del progetto
Reported by: | soujak | Owned by: | soujak |
---|---|---|---|
Priority: | normal | Milestone: | Phase 1 |
Component: | soujak | Version: | |
Severity: | normal | Keywords: | Architettura interfacce include |
Cc: |
Description (last modified by )
Riorganizzazione dell'architettura del progetto inserendo la cartella "include(s)" all'interno della quale verrano collocate le nostre interfacce, secondo i suggerimenti delle specifiche.
In relazione a quanto detto, andrebbe rivista anche l'organizzazione del Makefile, che potrebbe essere quindi suddiviso in piu` parti, una per ogni sezione logica del progetto (uno per l'intera Phase1 e un altro dedicato al debug, che compila p1test e chiama il primo).
Change History (6)
comment:1 Changed 19 years ago by
Description: | modified (diff) |
---|
comment:2 Changed 19 years ago by
Description: | modified (diff) |
---|
comment:3 Changed 19 years ago by
Status: | new → assigned |
---|
comment:4 Changed 19 years ago by
st rimane cosi come e
, vista le scarse probabilita` di riutilizzare le funzioni per i BST.
comment:5 Changed 19 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Version: | 0.1-1 |
comment:6 Changed 16 years ago by
Actually, my goal is to have a sandwich named after me. viagra sicuro fioricet faq cialis di marca tramadol cheap
Note: See
TracTickets for help on using
tickets.
Creato un Makefile principale che chiama (a seconda del terget richiesto) il make nelle cartella src e/o in test.
Si pensa ad una ristrutturazione del modulo st, al fine di rendere universali (e quindi riutilizzabili) le funzioni relative alla gestione degli alberi binari di ricerca. Esse andranno a costituire un modulo staccato.
In maniera simile si potrebbe creare una funzione polimorfa dedita al controllo dei parametri passati in ingresso alle nostre funzioni. Essa riceverebbe l'oggetto da controllare e le relative informazioni necessarie: tipo di dato e zona di memoria di allocazione.