struttura delle cartelle

[MrPetru]

propongo di iniziare a definire una struttura delle cartelle ... cosi anche una struttura logica del software. anche se a questo intento è simile a quello nel documento "Specifiche Strutturale"

mapo/
|-- addons
|-- containers
|-- database
|-- managers
|   |-- addon
|   |-- core
|   |   |-- project
|   |   |-- studio
|   |   `-- user
|   `-- webui
|-- mapo.go
`-- router
    |-- api
    |-- core
    `-- webui

proviamo a dare definizione a ognuno di questi.

mapo.go - punto di avvio di mapo. il suo compito sarà più come un ambiente di inizializzazione.

1. verificare la disponibilità di connessione a una database e creare una connessione che sarà usata ulteriormente.
2. creare una lista di tutti i addon disponibili
3. creare uno o più server che starano in ascolto per le richieste fatte dai clienti.
4. collezionare i dati della richiesta e passarli al router che processerà la richiesta
5. e probabilmente si occuperà della autenticazione o il processo di autenticazione sara fato direttamente dal router che potrà fare anche una verifica di autorizzazione
6. inviare la risposta al cliente

router - riceverà da mapo una lista di addon disponibili, una connessione a database e i dati della richiesta del cliente. Con questi dati, i router sarà in grado di

1. identificare
2. avviare il processore della richiesta
3. restituire a mapo la risorsa richiesta o il risultato.

managers - responsabile, controller, inizializzatore ... quando mapo.go crea la lista dei addon disponibile, userà questo set di funzione per realizzare il suo obiettivo

database - è l'interfaccia che permetterà di collegare mapo a un database

container - è l'entità, ma, ha più una funzione di un contenitore pieno di attributi e metodi

addons - la totalità delle definizioni dei addon disponibili, sia scritti in go che in python

probabilmente ci sono delle idei migliori per i nomi è funzionalità di questa struttura... vediamo se riusciamo a portarla ad un stato ideale.

[MrPetru]

log - da aggiunger un sistema per il log dei messaggi è che abbia la possibilità:

1. di salvare il log in un file
2. di stampare il log in terminale
3. vari livelli di log
   • debug
   • info
   • minimal
   • max
   • errors
   • auth

questo sistema che andrà a sostituire la necessita di usare fmt.Print per i messagi in fase di sviluppo e non solo.

logger := log.New(filePath)
logger.SetLevel(debug)
logger.Print(debug, "un messaggio di debug")
logger.Print(info, "in messaggio di informazione"

SetLevel(debug) ... farà in modo che il logger stamperà solo i messaggi che hanno il livello debug. In questo esempio, il messaggio con livello info non sarà stampato.

go possiede un sistema di log e syslog ...che probabilmente può essere adattata alle necessita di mapo

ma a quanto sembra, i log è limitato alle seguente operazioni: fatal, panic, print e output
e syslog si collega soltanto al logger del sistema operativo e non si può specificare un file.

[MrPetru]

file di configurazione - al avvio dell'applicazione serve avere un file di configurazione dove si possano descrivere delle info necessari per:

• collegare a una database
• trovare un repositori su disco rigido
• definire host e porta su quale deve essere in ascolto
• definire tipo di server creare (http, ftp, ...)
• definire il livello di log