Ho scritto un codice in passato per MCU a 8 bit, realizzando che ogni volta che ho acquisito esperienza, la prossima iterazione sarà con un'API wrapper o qualcosa di più lontano dall'accesso al registro "bare metal". Finisco anche un po 'in ambienti di lavoro, apprendendo la filosofia aziendale dietro un certo stile di codice.
Ma ho visto ambienti di lavoro con un codice ordinato, dovuto alla gestione del codice, alla leggibilità e simili e quindi a tutte le cose positive che ne derivano. Che ha senso dalla mia esperienza.
Poi ho visto il codice di altre aziende, che mostra già un aspetto non molto bello nel file principale, con accesso diretto al registro e funzioni non molto standard, almeno per i driver di basso livello e le INI.
Personalmente tendo ad avvolgere il più possibile, perché alla fine, una volta terminato, il codice è davvero semplice da leggere, conservare e renderlo portatile. E anche lo stack non è un problema, a causa della natura del driver di basso livello. Questo può anche essere facilmente integrato con il codice dell'applicazione, pur mantenendo leggibilità, manutenibilità e portabilità. All -ility. Ho anche appreso quanto sia importante, per i motivi -ilità, avere una libreria e il suo strato HAL.
La domanda è : perché qualcuno dovrebbe essere in ordine nella scrittura del codice se nel prodotto finale nessuno controllerà il tuo codice finché rispetterà i requisiti funzionali? Ci sono opinioni o ragioni a favore o contro l'essere in ordine? Sto parlando di ambienti di codice affidabili, ma senza un particolare processo da seguire (come nessun MISRA-C, DO-178B e né ISO-26262 e simili).