Wyłącz pojedynczy błąd ostrzegawczy

Czy istnieje sposób na wyłączenie tylko jednego wiersza ostrzeżenia w pliku CPP w programie Visual Studio?

Na przykład, jeśli złapię wyjątek i go nie obsłużę, otrzymam błąd 4101 (zmienna lokalna bez odniesienia). Czy istnieje sposób, aby zignorować to tylko w tej funkcji, ale w przeciwnym razie zgłosić to w jednostce kompilacji? W tej chwili umieszczam #pragma warning (disable : 4101)na górze pliku, ale to oczywiście wyłącza go dla całego urządzenia.

#pragma warning( push )
#pragma warning( disable : 4101)
// Your function
#pragma warning( pop ) 

Jeśli chcesz pominąć ostrzeżenie tylko w jednym wierszu kodu, możesz użyć specyfikatora suppress ostrzeżenia :

#pragma warning(suppress: 4101)
// here goes your single line of code where the warning occurs

W przypadku pojedynczego wiersza kodu działa to tak samo, jak napisanie następującego:

#pragma warning(push)
#pragma warning(disable: 4101)
// here goes your code where the warning occurs
#pragma warning(pop)

#pragma push / pop są często rozwiązaniem tego rodzaju problemów, ale w takim przypadku dlaczego po prostu nie usuniesz zmiennej, do której nie ma odniesienia?

try
{
    // ...
}
catch(const your_exception_type &) // type specified but no variable declared
{
    // ...
}

Użyj #pragma warning ( push ), następnie #pragma warning ( disable )umieść kod, a następnie użyj #pragma warning ( pop )zgodnie z opisem tutaj :

#pragma warning( push )
#pragma warning( disable : WarningCode)
// code with warning
#pragma warning( pop ) 

Przykład:

#pragma warning(suppress:0000)  // (suppress one error in the next line)

Ta pragma dotyczy języka C ++, począwszy od programu Visual Studio 2005.
https://msdn.microsoft.com/en-us/library/2c8f766e(v=vs.80).aspx

Pragma NIE jest poprawna dla języków C # za pośrednictwem programu Visual Studio 2005 do programu Visual Studio 2015.
Błąd: „Oczekiwano wyłączenia lub przywrócenia”.
(Myślę, że nigdy nie zaimplementowali suppress...)
https://msdn.microsoft.com/en-us/library/441722ys(v=vs.140).aspx

C # wymaga innego formatu. Wyglądałoby to tak (ale nie działało):

#pragma warning suppress 0642  // (suppress one error in the next line)

Zamiast tego suppressmusisz disablei enable:

if (condition)
#pragma warning disable 0642
    ;  // Empty statement HERE provokes Warning: "Possible mistaken empty statement" (CS0642)
#pragma warning restore 0642
else

To jest TAK brzydkie, myślę, że mądrzej jest po prostu zmienić styl:

if (condition)
{
    // Do nothing (because blah blah blah).
}
else

Zamiast umieszczać go na górze pliku (lub nawet pliku nagłówkowego), po prostu zawiń kod, o który chodzi #pragma warning (push), #pragma warning (disable)i dopasuj #pragma warning (pop), jak pokazano tutaj .

Chociaż istnieje kilka innych opcji, w tym #pramga warning (once).

Można również użyć UNREFERENCED_PARAMETERzdefiniowanego w WinNT.H. Definicja jest po prostu:

#define UNREFERENCED_PARAMETER(P)          (P)

I używaj go jak:

void OnMessage(WPARAM wParam, LPARAM lParam)
{
    UNREFERENCED_PARAMETER(wParam);
    UNREFERENCED_PARAMETER(lParam);
}

Dlaczego miałbyś go używać, możesz argumentować, że możesz po prostu pominąć samą nazwę zmiennej. Cóż, są przypadki (inna konfiguracja projektu, kompilacje debugowania / wydania), w których zmienna może być faktycznie używana. W innej konfiguracji zmienna ta nie jest używana (stąd ostrzeżenie).

Niektóre statyczne analizy kodu mogą nadal dawać ostrzeżenie o tej nieuzasadnionej instrukcji ( wParam;). W takim przypadku możesz użyć DBG_UNREFERENCED_PARAMETERtego samego, co UNREFERENCED_PARAMETERw kompilacjach do debugowania i robi to P=Pw kompilacji wydania.

#define DBG_UNREFERENCED_PARAMETER(P)      (P) = (P)

Jeśli chcesz wyłączyć unreferenced local variablezapis w jakimś nagłówku

template<class T>
void ignore (const T & ) {}

I użyć

catch(const Except & excpt) {
    ignore(excpt); // No warning
    // ...  
} 

W niektórych sytuacjach musisz mieć nazwany parametr, ale nie używasz go bezpośrednio.
Na przykład, natknąłem się na to w VS2010, kiedy 'e' jest używane tylko w decltypeinstrukcji, kompilator skarży się, ale musisz mieć nazwaną zmienną e.

Wszystkie powyższe nie- #pragmasugestie sprowadzają się do dodania jednego stwierdzenia:

bool f(int e)
{ 
   // code not using e
   return true;
   e; // use without doing anything
}

jak wspomniał @rampion, jeśli jesteś w clang gcc, ostrzeżenia są wyświetlane według nazwy, a nie numeru i musisz to zrobić:

#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Wunused-variable"
// ..your code..
#pragma clang diagnostic pop

ta informacja pochodzi stąd