🚀 go-pugleaf

środa, 22 lutego 2023 o 20:10:27 UTC+1 Przemek Biernat napisał(a):
> On Friday, February 10, 2023 at 6:48:17 AM UTC+1, Stachu Chebel wrote: 
> > Jak już kiedyś wspominałem, nie jestem ekspertem w C, stąd moje pytanie może wyglądać naiwnie. 
> > double a; 
> > uint16_t k; 
> > a=1.7; 
> > k=(uint16_t)(a); 
> > 
> > Ile będzie wynosić k? 1 czy 2? Można odpowiedzieć weź se skompiluj, 
> > uruchom, to zobaczysz. Tak, ale sprawa dotyczy programowania MCU 
> > i akurat z pewnych względów debuggowanie jest dosyć upierdliwe. 
> > 
> > Kolejne pytania do Kolegów znających Pascal'a. 
> > 1) Jakie są odpowidniki w C, Pascal'owych funkcji Round i Floor? 
> > 2) Jak efektywne są ich kody maszynowe? Chodzi o czas.
> Nie używaj double'a tylko sobie zaimplementuj klasę decimal na dwóch unsinged int plus jedną zmienną jako flagę dla znaku. 
> 
> Np: 
> 
> class decimal 
> { 
> 
> private: 
> 
> unsigned int calkowite; 
> unsigned int ulamki; 
> 
> }; 
> 
> Do tego dorób property w public i wszystkie operatory oraz metody które będziesz potrzebował.

Szczerze - to zależy.
Jeżeli mikrokontroler jest dość duży, a szczególnie jeśli ma koprocesor, to używanie double nie musi być złym pomysłem.

Natomiast na mniejszych urządzeniach w pierwszej kolejności bym próbował raczej pracować na liczbach ułamkowych o stałej precyzji, realizowanych przez zwyczajne inty (albo ich odmiany).

Jeżeli miałbym implementować swoje ułamki, to raczej bym zajrzał do gotowej biblioteki - np. do GMP,
acz w większości zastosowań ułamki raczej nie będą potrzebne.

Z kolei na czymś w rodzaju:

double a;
uint16_t k;
a=1.7;
k=(uint16_t)(a); 

nigdy bym nie polegał.

Jeżeli już, pisałbym
k = (uint16_t) floor(a);
albo
k = (uint16_t) ceil(a);
albo
k = (uint16_t) round(a);
po zainkludowaniu
<math.h>
w zależności od tego, jakiego bym oczekiwał zachowania.