Dlaczego std :: min nie działa, gdy dołączony jest windows.h?

#include <algorithm>
#include <Windows.h>

int main()
{
    int k = std::min(3, 4);
    return 0;
}

Co robi Windows, jeśli dołączę Windows.h? Nie mogę używać std::minw programie Visual Studio 2005. Komunikat o błędzie:

error C2589: '(' : illegal token on right side of '::'
error C2059: syntax error : '::'

windows.hPlik nagłówka (lub bardziej poprawnie, windef.hże zawiera z kolei) ma dla makr mini maxktóre zakłócają.

Powinieneś #define NOMINMAXprzed dołączeniem go.

Nie musisz niczego definiować, po prostu pomiń makro, używając następującej składni:

(std::min)(a, b); // added parentheses around function name
(std::max)(a, b);

Jak wspominali inni, błędy wynikają z makr min / max, które są zdefiniowane w nagłówkach Windows. Istnieją trzy sposoby ich wyłączenia.

1) #define NOMINMAXprzed dołączeniem nagłówka jest to ogólnie zła technika definiowania makr, aby wpływać na następujące nagłówki;

2) zdefiniuj NOMINMAXw wierszu poleceń kompilatora / IDE. Zła część tej decyzji polega na tym, że jeśli chcesz wysłać swoje źródła, musisz ostrzec użytkowników, aby zrobili to samo;

3) po prostu cofnij definicję makr w kodzie, zanim zostaną użyte

#undef min
#undef max

Jest to prawdopodobnie najbardziej przenośne i elastyczne rozwiązanie.

Nadal mam czasami problemy z nagłówkami systemu Windows, a definicja NOMINMAX w całym projekcie nie zawsze działa. Zamiast używać nawiasów, czasami określam typ jawnie w następujący sposób:

int k = std::min<int>(3, 4);

To również zapobiega dopasowywaniu się preprocesora do mini jest prawdopodobnie bardziej czytelne niż obejście z nawiasami.

Spróbuj czegoś takiego:

#define NOMINMAX
#include <windows.h>

Domyślnie windows.h definiuje mini maxjako makra. Kiedy te zostaną rozwinięte, kod, który próbuje użyć std::min(na przykład), będzie wyglądał mniej więcej tak:

int k = std::(x) < (y) ? (x) : (y);

Komunikat o błędzie informuje, że std::(x)nie jest to dozwolone.

W moim przypadku projekt nie zawierał windows.hani windef.hwyraźnie. Używał Boost. Tak, problem został rozwiązany, przechodząc do projektu Properties -> C/C++ -> Preprocessor, a dodanie NOMINMAXw Preprocessor Definitions(VS 2013, VS 2015).

Dla osób, które zawierają windows.h, umieść następujące nagłówki:

#include windows headers ...

pragma push_macro("min")
pragma push_macro("max")
#undef min
#undef max

#include headers expecting std::min/std::max ...

...

pragma pop_macro("min")
pragma pop_macro("max")

W plikach źródłowych tylko #undef min i max.

#include windows headers ...

#undef min
#undef max

#include headers expecting std::min/std::max ...

#define NOMINMAX

jest sztuczką polegającą na pomijaniu definicji makr max i min

http://support.microsoft.com/kb/143208

Aby rozwiązać ten problem, po prostu utworzę plik nagłówkowy o nazwie fix_minmax.h bez włączonych zabezpieczeń

#ifdef max
    #undef max
#endif

#ifdef min
    #undef min
#endif

#ifdef MAX
    #undef MAX
#endif
#define MAX max

#ifdef MIN
   #undef MIN
#endif
#define MIN min

#include <algorithm>
using std::max;
using std::min;

Podstawowe użycie jest takie.

// Annoying third party header with min/max macros
#include "microsoft-mega-api.h"
#include "fix_minmax.h"

Zaletą tego podejścia jest to, że działa z każdym rodzajem dołączonego pliku lub części kodu. Oszczędza to również czas podczas pracy z kodem lub bibliotekami zależnymi od min/ maxmacros

Zakładam, że windows.h definiuje min jako makro, np. Jak

#define min(a,b)  ((a < b) ? a : b)

To wyjaśniałoby komunikat o błędzie.