C++ och dess framtid att programmera minnessäkert - Hur går utvecklingen?

#include <string>

struct StructWithString {
    int int_val;
    double double_val;
    std::string string_val;
};

struct StructWithBuffer {
    int int_val;
    double double_val;
    char buffer[32];
};

Det där är inte kod - som i instruktioner till datorn.
Det där deklarationer av ett par structar. De gör kompilatorn ingenting med - deklarationer i sig översätts ju inte av kompilatorn till någonting alls.

Antalet klasser (om man nu envisas med objektorienterad programmering) skall inte vara baserat på hur man tror sig kunna optimera dem.
De klasser man har (och därmed antalet) skall baseras på vad som gör programstrukturen klar och redig och programmet begripligt.

De flesta optimeringar bör inte göras förrän efter att man konstaterat
a) Att optimeringar faktiskt behövs
b) Vad som tar tid, så man inte lägger tid på att optimera fel saker

Vad kompilatorer och processorer gör är ju baserat på den kod och data man matar in.
Det du presenterade var inte ens data - det var bara ett par deklarationer.

Utan kod så kan all data bara ignoreras av processorn. Är inget mer att göra eller förklara.

Nu pratar vi nybörjarnivå, men okej då.

Antag att vi har en funktion foo() som du tror skulle kunna göras snabbare om du lade ett par dagars jobb på det. Är det värt att göra?
Närmare undersökning visar att foo() tar 0.01 sekunder att köra, och körs endast en enda gång - nämligen under uppstarten av programmet.
Så är det värt att försöka minska tiden det tar för programmet att start med, i bästa fall, 0.01 sekunder. I de allra flesta fall är svaret nej.

Om man har obegränsat med tid så kan man ju försöka optimera varenda liten bit av den kod man skriver, men det har man vanligtvis inte.

Så man måste prioritera vad man använder sin tid till.

Man skall inte optimera saker som inte behöver optimeras - är koden redan tillräckligt snabb, och om den inte använder för mycket minne eller andra resurser, ja då behöver den inte optimeras utan man kan ägna sin tid åt viktigare saker.

Om koden behöver optimeras, då får man börja med att mäta och profilera för att ta reda på var i koden optimeringar skulle göra mest nytta.
Var i koden spenderar processorn mest tid? Om programmet använder för mycket minne, vad används minnet till? Och så vidare.

Vissa optimeringar kan man göra redan innan man skriver kod, nämligen vid val av algoritmer och datastrukturer. Man kan kanske inte göra ett optimalt val redan då, men man kan undvika många dåliga val.
Behöver man till exempel sortera en större mängd tal så är det nästan alltid bättre att använda quicksort än att använda bubblesort. Kan finnas bättre val, men vi vet att bubblesort är en av de sämre sorteringsalgoritmerna, och att quicksort är en relativt bra algoritm.
Har man data som man ofta behöver söka i, så är det lätt att inse att en länkad lista är ett dåligt val för hur man lagrar datat, så att man bör välja en lämpligare datastruktur.
Och så vidare.

Allt det här är sånt som du redan borde kunna. Det är sånt som alla som programmerar yrkesmässigt bör känna till.

Nu pratar du om hur structarna fråga används - vilket inte går att avgöra bara genom att titta på structarna själva.

Det är stor skillnad på om en klass instantieras bara ett par gånger under programmets livstid eller om det görs tiotusentals eller fler gånger.
I det förra fallet så spelar är exekveringstiden för konstruktor/destruktor oftast irrelevant. I det senare fallet kan det spela stor roll - eller inte göra någon märkbar skillnad.

Det beror ju på hur koden ser ut till att börja med! Så det kan jag inte beskriva i generella termer.
Att ta fram ett icke-trivialt exempel som demonstration skulle ta mycket mer tid och energi än jag är villig att spendera på dig.