Penso che i nomi dei tipi in Rust siano molto migliori di quelli in C. Io sceglierei f64
su double
e u32
su unsigned int
o uint_32t
ogni giorno. C'è qualche ragione (diversa dalla tradizione) per usare quei nomi intuitivi e difficili da imparare?
So che nomi come short
e long
sono specifici dell'architettura, ma ciò non rende il problema reale ancora peggiore? Si dice che C sia un "assembly portatile", ma nel linguaggio assembly bisogna effettivamente usare registri e dimensioni corretti, che sono definiti dall'architettura, proprio come in C . Pertanto non sono sicuro di come questo in realtà ci aiuti a produrre codice migliore (in termini di leggibilità).
L'unico problema che posso pensare riguarda la dimensione dei byte. Se il byte non è otto bit, usare i numeri di bit nei nomi dei tipi non sarebbe così intelligente. Ma allora, perché non usiamo alcuni nomi chiari che ci dicono multipli esatti di byte che il tipo di dati contiene, come sb (singolo byte), db (doppio byte), qb (quad byte)?
Quindi, perché utilizziamo nomi di tipi specifici dell'architettura in C , anche quando non è necessario?