Che cosa voglio fare
Sono in un processo di sketch, prototipazione e brainstorming per conoscere le possibilità che il codice affronterà e che tipo di problemi potrei affrontare durante la scrittura del codice. E decidi come deve comportarsi il codice per affrontare il problema che risolve, valutando i pro ei contro dei possibili comportamenti.
Cosa so di
Nel github ho visto un sacco di codice che documenta le funzioni con una descrizione e spiega come si comporta il codice e le discussioni mirano a migliorare il comportamento del codice, ma non hanno mai visto la documentazione di ciò che ha portato a decidere lo "scopo" di un codice.
La domanda
Quindi la domanda è, dove "pubblicare" quel contenuto. Nei commenti del codice non ancora scritto? In un txt separato? Sotto una cartella specifica? Poiché le domande qui richieste non generano una discussione ma una risposta specifica, la domanda specifica è se esiste già un modo ben noto e studiato per farlo, o qualcosa di simile a ciò che sto facendo. SOLO come e dove i piani del documento, non come pianificare.
Un esempio di ciò che ho fatto
Quello che sto facendo è un gestore di memoria, proprio come quello che ha un sistema operativo per allocare i programmi in memoria mentre sono in esecuzione, o qualche volta li tiene chiusi dopo la chiusura come un tipo di cache.
Qui sto cercando di capire tutte le possibili esigenze di allocazione della memoria in cui allocare memoria ed eliminarla. Ad esempio potrebbe avere a che fare con buchi di memoria inutilizzati tra le sezioni di memoria utilizzate (se nel progetto finale sarà consentito). Comunque in questa lista non ci sono decisioni prese, solo cercando di descrivere lo scenario, per chiarire un po 'i thigs.
Data and objects in memory by behavior:
-------------------------------------
(#.Category)
([letter]-Condition. Implicances)
-------------------------------------
1.Initialization:
A-It is declared in the beginning. 4A
B-It is declared on the run.
2.Persistency:
A-It is needed for several operations.
B-It is needed for just one operation. 3Ba
3.Deletion:
A-Lasts forever.
B-Could be deleted.
a-Will be deleted.
4.Ammount of data:
A-There is a fixed known ammount of data to be stored.
B-The ammount of data to be stored is unknown while storing until finished.
L'elenco che segue è un mock-up delle decisioni prese definendo tipi di oggetti distinti con un comportamento specifico per poi assegnare un modo per trattarli.
Objects to store:
Type A:
Description:
There is certainty that they will be used and never need be deleted
enlarged or srinked.
Type B:
Description:
They are not intended to exist forever and it is not certain
that they will be needed to be deleted.
Type C:
Description:
They are known to be deleted or exist just for a short time but there
could be other operations while this object exists.
Auxiliary Memory:
Description:
There is no certainty of how many data will be needed to store.
A space where data can be stored and used within ONE operation,
once used must NOT be leaved there to read later, so it can be
safely overwritten or deleted.
Anyway the data written here can be reclaimed to be marked as an
object to prevent being overwritten/deleted.