Here zawiera listę bieżących przeciążeń std::abs w C++. Zastanawiam się, dlaczego nie zdefiniować poniższego szablonu i puścić wszystkie brzydkie przeciążenia w stylu C?Wersja szablonu std :: abs
template <typename T> inline
T abs(const T& v) { return v < 0 ? -v : v; }
Zobacz LWG issue 2192. Obecnie std::abs(x-y) < 2 kończy się niepowodzeniem, jeśli x i y są niepodpisane. Łapie to subtelny błąd programowania. Z proponowaną zmianą kompiluje, ale robi to całkowicie źle. abs(3u-4u) byłaby znacznie większa niż 2, w rzeczywistości jest to UINT_MAX.
Ponieważ typ "T" może uzyskać dostęp do dowolnego typu danych, w tym char. Więc czego się spodziewać, jeśli ktoś przejdzie char do funkcji abs. :)
Powoduje to zwykle problem z dopasowaniem wszystkiego.
Przykład typu, dla którego abs ma sens, ale ta implementacja nie jest complex<double>.
Istnieje przeciążenie 'std :: abs' dla liczb zespolonych, które zostałyby znalezione przez rozdzielczość przeciążenia i preferowane, ponieważ jest bardziej wyspecjalizowane (pod względem częściowego porządkowania) niż powyższe. – Columbo
@ Columbo: odpowiada na pytanie, dlaczego nie można wyeliminować bieżących przeciążeń. – MSalters
@MSalters Cóż, możesz specjalizować szablon dla Complex. –
Co to jest "abs" lub "abs "? –
@MariusBancila Następnie nie będzie kompilacji dla niekompatybilnych typów. –
Chciałbym także znać odpowiedź na to pytanie. Jako wzorzec pozwoliłby abs pracować z własnymi klasami, które wspierają odpowiednich operatorów. –