Zakładam to absi fabszachowuję się inaczej podczas używania math.h. Ale kiedy używam just cmathi std::abs, czy muszę używać std::fabslub fabs? Czy nie jest to zdefiniowane?
100
W C ++ zawsze wystarczy użyć std::abs; jest przeciążony dla wszystkich typów liczbowych.
W C absdziała tylko na liczbach całkowitych i potrzebujesz fabswartości zmiennoprzecinkowych. Są one dostępne w C ++ (wraz z całą biblioteką C), ale nie ma potrzeby ich używania.
intwersji z biblioteki C, istnieje przeciążenia dlalong,float,doubleilong double. Punkt 26.2.7 definiuje również przeciążenie dlacomplex.std::i po prostu go użyjeszabs, twój kod będzie działał zgodnie z oczekiwaniami w systemie Windows, ale będzie używałintwersji pod Linuksem, co może być niezwykle trudne do debugowania.Nadal można używać argumentów
fabsfordoubleifloat. Wolę to, ponieważ zapewnia to, że jeśli przypadkowo usunęstd::elementabs, zachowanie pozostanie takie samo dla danych zmiennoprzecinkowych.Właśnie spędziłem 10 minut na debugowaniu tego właśnie problemu, z powodu mojego własnego błędu użycia
abszamiaststd::abs. Zakładałem,using namespace std;że wywnioskuje,std::absale tak się nie stało i zamiast tego użyłem wersji C.W każdym razie uważam, że warto używać
fabszamiastabszmiennoprzecinkowych danych wejściowych, aby jasno udokumentować swój zamiar.źródło
std::abszawsze wydaje się być wywoływane (a nie wersja Cabs) podczas dzwonienia,abso ileusing namespace std;jest to wyjaśnione w początek. Nie wiem, czy jest to specyficzne dla kompilatora.Jest jeszcze jeden powód, dla którego warto
std::fabsjawnie zalecać wprowadzanie danych zmiennoprzecinkowych.Jeśli zapomnisz dołączyć <cmath>,
std::abs(my_float_num)możeszstd::abs(int)zamiaststd::abs(float). Trudno to zauważyć.źródło
„abs” i „fabs” są identyczne tylko dla typów zmiennoprzecinkowych C ++, gdy można je przetłumaczyć bez niejednoznacznych komunikatów o przeciążeniu.
Używam g ++ (g ++ - 7). Wraz z użyciem szablonu, a zwłaszcza przy używaniu mpreal, istnieją przypadki z twardymi komunikatami „niejednoznacznego przeciążenia” -
abs(static_cast<T>(x))nie zawsze to rozwiązuje. Kiedy abs jest niejednoznaczny, są szanse, że fabs działa zgodnie z oczekiwaniami. W przypadku sqrt nie znalazłem takiej prostej ucieczki.Od tygodni ciężko zmagam się z „nieistniejącymi problemami” w C ++. Aktualizuję stary program C ++ do C ++ 14, aby korzystać z szablonów w większym i lepszym stopniu niż było to możliwe wcześniej. Często ten sam parametr szablonu może być w rzeczywistości dowolnym standardowym typem zmiennoprzecinkowym, typem złożonym lub typem klasy. Dlaczego zawsze, długi podwójny akt był nieco rozsądniejszy niż inne typy. Wszystko działało, a wcześniej włączyłem mpreal. Potem ustawiałem domyślny typ float na mpreal i dostałem zalew błędów składniowych. To dało tysiące niejednoznacznych przeciążeń, np. Dla abs i sqrt, wzywając do różnych rozwiązań. Niektórzy potrzebowali przeciążonych funkcji pomocy, ale poza szablonem. Trzeba było pojedynczo zastąpić tysiące zastosowań 0,0L i 1,0L dokładnym typem stałym przy użyciu Zero lub One lub type_cast - automatyczna definicja konwersji niemożliwa z powodu niejednoznaczności.
Do maja bardzo fajnie wydawało mi się istnienie niejawnych konwersji. Ale o wiele prościej byłoby bez żadnych i mieć typozapisywać stałe z bezpiecznymi jawnymi typami typu_cast do dowolnego innego standardowego typu stałego.
źródło