C# előfeldolgozási irányelvek

2025-01-18

Bár a fordító nem rendelkezik külön előfeldolgozóval, az ebben a szakaszban leírt irányelvek úgy vannak feldolgozva, mintha lenne ilyen. Ezek használatával segíthet a feltételes fordításban. A C és C++ direktíváktól eltérően nem használhatja ezeket az irányelveket makrók létrehozásához. Az előfeldolgozó direktívának kell lennie az egyetlen utasításnak egy sorban.

Null értékű környezet

Az #nullable előfeldolgozási irányelv beállítja a széljegyzeteket és figyelmeztető jelzőket a null értékű környezetben. Ez az irányelv szabályozza, hogy a null értékű széljegyzetek érvénybe lépnek-e, és hogy vannak-e null értékű figyelmeztetések. Mindegyik zászló le van tiltva vagy engedélyezve van.

Mindkét környezet megadható a projekt szintjén (a C#-forráskódon kívül), és hozzáadja az Nullable elemet az PropertyGroup elemhez. A #nullable irányelv szabályozza a széljegyzeteket és a figyelmeztető jelzőket, és elsőbbséget élvez a projektszintű beállításokkal szemben. Az irányelv beállítja az általa vezérelt jelzőt, amíg egy másik irányelv felül nem bírálja azt, vagy a forrásfájl végéig.

Az irányelvek hatása a következő:

#nullable disable: A null értékű környezet beállítása letiltott.
#nullable enable: A null értékű környezet beállítása engedélyezett.
#nullable restore: Visszaállítja a nullázható környezetet a projektbeállításokhoz.
#nullable disable annotations: A null értékű környezetben a széljegyzetek jelzőjének beállítása letiltott.
#nullable enable annotations: Beállítja a megjegyzések jelzőjét a nullázható környezetben engedélyezett.
#nullable restore annotations: Visszaállítja a null értékű környezetben lévő széljegyzetjelzőt a projektbeállításokra.
: A null értékű környezet figyelmeztető jelzőjeletiltva .
#nullable enable warnings: A nulla értékű környezet figyelmeztető jelzőjének beállítása bekapcsolva.
#nullable restore warnings: Visszaállítja a figyelmeztető jelzőt a null értékű környezetben a projektbeállításokra.

Feltételes fordítás

A feltételes fordítás szabályozásához négy előprocesszor-direktívát használ:

#if: Megnyitja a feltételes fordítást, ahol a kód csak a megadott szimbólum definiálása esetén lesz lefordítva.
#elif: Bezárja az előző feltételes fordítást, és megnyit egy új feltételes fordítást a megadott szimbólum megadása alapján.
#else: Bezárja az előző feltételes fordítást, és új feltételes fordítást nyit meg, ha az előző megadott szimbólum nincs definiálva.
#endif: Bezárja az előző feltételes fordítást.

A buildrendszer az előre definiált előfeldolgozó szimbólumokkal is tisztában van, amelyek az SDK-stílusú projektek különböző cél-keretrendszereit jelölik. Olyan alkalmazások létrehozásakor hasznosak, amelyek több .NET-verziót is megcélzhatnak.

Cél-keretrendszerek	Szimbólumok	További szimbólumok (.NET 5+ SDK-kban érhető el)	Platformszimbólumok (csak operációsrendszer-specifikus TFM megadásakor)
.NET-keretrendszer	`NETFRAMEWORK`, `NET481`, `NET48`, `NET472`, `NET471`, `NET47NET462`, `NET461`, `NET46`, `NET452`, `NET451`, `NET45`, , `NET40`, , , `NET35NET20`	`NET48_OR_GREATER`, `NET472_OR_GREATER`, `NET471_OR_GREATER`, `NET47_OR_GREATER`, `NET462_OR_GREATERNET461_OR_GREATER`, `NET46_OR_GREATER`, `NET452_OR_GREATER`, `NET451_OR_GREATER`, `NET45_OR_GREATER`, `NET40_OR_GREATER`, , , `NET35_OR_GREATERNET20_OR_GREATER`
.NET Standard	`NETSTANDARD`, `NETSTANDARD2_1`, `NETSTANDARD2_0`, `NETSTANDARD1_6`, `NETSTANDARD1_5NETSTANDARD1_4`, `NETSTANDARD1_3`, `NETSTANDARD1_2`, , `NETSTANDARD1_1NETSTANDARD1_0`	`NETSTANDARD2_1_OR_GREATER`, `NETSTANDARD2_0_OR_GREATER`, `NETSTANDARD1_6_OR_GREATER`, `NETSTANDARD1_5_OR_GREATERNETSTANDARD1_4_OR_GREATER`, `NETSTANDARD1_3_OR_GREATER`, `NETSTANDARD1_2_OR_GREATER`, , `NETSTANDARD1_1_OR_GREATERNETSTANDARD1_0_OR_GREATER`
.NET 5+ (és .NET Core)	`NET`, `NET9_0`, `NET8_0`, `NET7_0`, `NET6_0NET5_0`, `NETCOREAPP`, `NETCOREAPP3_1`, `NETCOREAPP3_0`, `NETCOREAPP2_2`, `NETCOREAPP2_1`, `NETCOREAPP2_0`, , `NETCOREAPP1_1`,`NETCOREAPP1_0`	`NET8_0_OR_GREATER`, `NET7_0_OR_GREATER`, `NET6_0_OR_GREATER`, `NET5_0_OR_GREATER`, `NETCOREAPP3_1_OR_GREATERNETCOREAPP3_0_OR_GREATER`, `NETCOREAPP2_2_OR_GREATER`, `NETCOREAPP2_1_OR_GREATER`, `NETCOREAPP2_0_OR_GREATER`, , `NETCOREAPP1_1_OR_GREATERNETCOREAPP1_0_OR_GREATER`	`ANDROID`, `BROWSER`, `IOS`, `MACCATALYSTMACOS`, `TVOS`, `WINDOWS` `[OS][version]` (például `IOS15_1`), `[OS][version]_OR_GREATER` (például `IOS15_1_OR_GREATER`)

Feljegyzés

A verzió nélküli szimbólumok a megcélzott verziótól függetlenül vannak definiálva.
A verzióspecifikus szimbólumok csak a megcélzott verzióhoz vannak definiálva.
A <framework>_OR_GREATER szimbólumok a megcélzott verzióhoz és az összes korábbi verzióhoz vannak definiálva. Ha például a 2.0-s .NET-keretrendszer céloz meg, a következő szimbólumok vannak definiálva: NET20, NET20_OR_GREATER, NET11_OR_GREATERés NET10_OR_GREATER.
A NETSTANDARD<x>_<y>_OR_GREATER szimbólumok csak a .NET Standard célokhoz vannak definiálva, a .NET Standardot implementáló célokhoz nem, például a .NET Core-hoz és a .NET-keretrendszer.
Ezek eltérnek az MSBuild TargetFramework tulajdonság és a NuGet által használt célkeret-monikerektől (TFM-ek).

Feljegyzés

Hagyományos, nem SDK stílusú projektek esetén manuálisan kell konfigurálnia a Visual Studio különböző cél-keretrendszereihez tartozó feltételes fordítási szimbólumokat a projekt tulajdonságlapjain keresztül.

Más előre definiált szimbólumok közé tartoznak a konstansok és DEBUG az TRACE állandók. A projekthez beállított értékeket felülbírálhatja a következővel #define: . A HIBAKERESÉS szimbólum például automatikusan be van állítva a buildkonfiguráció tulajdonságaitól ("Hibakeresés" vagy "Kiadás" módtól függően).

A C#-fordító csak akkor fordítja le a kódot az irányelv és #if az #endif irányelv között, ha a megadott szimbólum definiálva van, vagy nincs definiálva a ! nem operátor használatakor. A C és a C++ függvénytől eltérően egy szimbólumhoz tartozó numerikus érték nem rendelhető hozzá. A C# #if utasítása logikai, és csak azt ellenőrzi, hogy a szimbólum definiálva van-e. A rendszer például a következő kódot fordítja le, amikor DEBUG meg van adva:

#if DEBUG
    Console.WriteLine("Debug version");
#endif

A rendszer a következő kódot fordítja le, ha MYTEST nincs definiálva:

#if !MYTEST
    Console.WriteLine("MYTEST is not defined");
#endif

Az értékeket az operátorok == (egyenlőség) és != az (egyenlőtlenség) segítségével tesztelheti.booltruefalse true azt jelenti, hogy a szimbólum definiálva van. Az utasítás #if DEBUG jelentése megegyezik a .#if (DEBUG == true) A && (és), || (vagy)és ! (nem) operátorokkal kiértékelheti, hogy több szimbólum van-e definiálva. A szimbólumokat és operátorokat zárójelekkel is csoportosíthatja.

Az alábbi példa egy összetett irányelvet mutat be, amely lehetővé teszi a kód számára, hogy kihasználja az újabb .NET-funkciókat, miközben visszamenőlegesen kompatibilis marad. Tegyük fel például, hogy NuGet-csomagot használ a kódban, de a csomag csak a .NET 6-os és újabb verziót, valamint a .NET Standard 2.0-s és újabb verziót támogatja:

#if (NET6_0_OR_GREATER || NETSTANDARD2_0_OR_GREATER)
    Console.WriteLine("Using .NET 6+ or .NET Standard 2+ code.");
#else
    Console.WriteLine("Using older code that doesn't support the above .NET versions.");
#endif

#if #elseaz , , #elif#endif#defineés #undef irányelvek mellett egy vagy több szimbólum meglétén alapuló kód belefoglalását vagy kizárását is lehetővé teszi. A feltételes fordítás hasznos lehet egy hibakeresési build kódjának összeállításakor vagy egy adott konfiguráció összeállításakor.

#elif lehetővé teszi összetett feltételes irányelv létrehozását. A #elif kifejezés akkor van kiértékelve, ha sem az előző #if, sem bármelyik előző, nem kötelező #elif irányelv vagy kifejezés sem eredményez true. Ha egy #elif kifejezés kiértékelése trueígy történik, a fordító kiértékeli a következő feltételes irányelv és a #elif következő feltételes direktíva közötti összes kódot. Példa:

#define VC7
//...
#if DEBUG
    Console.WriteLine("Debug build");
#elif VC7
    Console.WriteLine("Visual Studio 7");
#endif

#else lehetővé teszi egy összetett feltételes direktíva létrehozását, így ha az előző #if vagy (nem kötelező) #elif irányelvek egyik kifejezése sem értékelhető ki true, a fordító kiértékeli az összes kódot a következő és a #else között #endif. #endif(#endif) után a következő előfeldolgozó irányelvnek #elsekell lennie.

#endif meghatározza az irányelvvel #if kezdődő feltételes irányelv végét.

Az alábbi példa bemutatja, hogyan definiálhat szimbólumokat egy MYTEST fájlban, majd tesztelheti a szimbólumok és MYTEST szimbólumok DEBUG értékeit. A példa kimenete attól függ, hogy a projektet hibakeresési vagy kiadási konfigurációs módra építette-e.

#define MYTEST
using System;
public class MyClass
{
    static void Main()
    {
#if (DEBUG && !MYTEST)
        Console.WriteLine("DEBUG is defined");
#elif (!DEBUG && MYTEST)
        Console.WriteLine("MYTEST is defined");
#elif (DEBUG && MYTEST)
        Console.WriteLine("DEBUG and MYTEST are defined");
#else
        Console.WriteLine("DEBUG and MYTEST are not defined");
#endif
    }
}

Az alábbi példa bemutatja, hogyan tesztelheti a különböző cél keretrendszereket, hogy lehetőség szerint újabb API-kat használjon:

public class MyClass
{
    static void Main()
    {
#if NET40
        WebClient _client = new WebClient();
#else
        HttpClient _client = new HttpClient();
#endif
    }
    //...
}

Szimbólumok definiálása

A feltételes fordításhoz a következő két előfeldolgozási direktívát használhatja szimbólumok definiálásához vagy nem definiálásához:

#define: Adjon meg egy szimbólumot.
#undef: Jel jelének megjelölése.

Szimbólum meghatározására használható #define . Ha a szimbólumot használja a #if irányelvnek átadott kifejezésként, a kifejezés truelesz, ahogy az alábbi példa is mutatja:

#define VERBOSE

#if VERBOSE
   Console.WriteLine("Verbose output version");
#endif

Feljegyzés

A C#-ban a primitív állandókat a const kulcsszó használatával kell definiálni. A const deklaráció olyan tagot static hoz létre, amely futásidőben nem módosítható. Az #define irányelv nem használható állandó értékek deklarálására, ahogyan az általában C és C++ nyelven történik. Ha több ilyen állandóval rendelkezik, érdemes lehet külön "Állandók" osztályt létrehozni a megtartásukhoz.

A szimbólumok a fordítás feltételeinek megadására használhatók. A szimbólumot a következővel #if is tesztelheti: vagy #elif. A feltételes fordítást is használhatja ConditionalAttribute . Szimbólumot definiálhat, de nem rendelhet értéket szimbólumhoz. Az #define irányelvnek meg kell jelennie a fájlban, mielőtt olyan utasításokat használ, amelyek nem is előfeldolgozási irányelvek. A DefineConstants fordítóbeállítással szimbólumot is definiálhat. A szimbólumok nem módosíthatók.#undef

Régiók meghatározása

A kódterületeket a következő két előprocesszor-direktíva használatával lehet tagolásban összecsukni:

#region: Indítsa el a régiót.
#endregion: Egy régió befejezése.

#region lehetővé teszi egy kódblokk megadását, amelyet kibonthat vagy összecsukhat a kódszerkesztő vázlatos funkciójának használatakor. Hosszabb kódfájlok esetén célszerű összecsukni vagy elrejteni egy vagy több régiót, hogy a jelenleg használt fájlrészre összpontosíthasson. Az alábbi példa bemutatja, hogyan definiálhat régiót:

#region MyClass definition
public class MyClass
{
    static void Main()
    {
    }
}
#endregion

A #region blokkokat egy #endregion irányelvvel kell megszüntetni. A #region blokkok nem fedhetik át a blokkokat #if . A blokkok #region azonban beágyazhatók egy #if blokkba, és egy #if blokk beágyazható egy #region blokkba.

Hiba- és figyelmeztetési információk

Arra utasítja a fordítót, hogy hozzon létre felhasználó által definiált fordítóhibákat és figyelmeztetéseket, és a következő irányelvek használatával szabályozza a sorinformációkat:

#error: Fordítóhiba létrehozása egy megadott üzenettel.
#warning: Állítson elő egy fordító figyelmeztetést egy adott üzenettel.
#line: Módosítsa a fordítóüzenetekkel nyomtatott sorszámot.

#errorlehetővé teszi, hogy cs1029 felhasználó által megadott hibát generáljon a kód egy adott helyről. Példa:

#error Deprecated code in this method.

Feljegyzés

A fordító speciális módon kezeli #error version , és egy CS8304 nevű fordítóhibát jelent a használt fordítót és nyelvi verziót tartalmazó üzenettel.

#warning lehetővé teszi egy CS1030 szintű fordítói figyelmeztetés generálása a kód egy adott helyről. Példa:

#warning Deprecated code in this method.

#line lehetővé teszi a fordító sorszámozásának módosítását, és (opcionálisan) a fájlnév kimenetét hibák és figyelmeztetések esetén.

Az alábbi példa bemutatja, hogyan jelenthet két, sorszámhoz társított figyelmeztetést. A #line 200 direktíva a következő sor számát 200-ra kényszeríti (bár az alapértelmezett érték a 6. szám), és a következő #line irányelvig a fájlnév "Speciális" néven jelenik meg. A #line default irányelv a sorszámozást az alapértelmezett számozásra adja vissza, amely megszámolja az előző irányelv által újraszámozott sorokat.

class MainClass
{
    static void Main()
    {
#line 200 "Special"
        int i;
        int j;
#line default
        char c;
        float f;
#line hidden // numbering not affected
        string s;
        double d;
    }
}

A fordítás a következő kimenetet hozza létre:

Special(200,13): warning CS0168: The variable 'i' is declared but never used
Special(201,13): warning CS0168: The variable 'j' is declared but never used
MainClass.cs(9,14): warning CS0168: The variable 'c' is declared but never used
MainClass.cs(10,15): warning CS0168: The variable 'f' is declared but never used
MainClass.cs(12,16): warning CS0168: The variable 's' is declared but never used
MainClass.cs(13,16): warning CS0168: The variable 'd' is declared but never used

Az #line irányelv a buildelési folyamat egy automatizált, köztes lépésében használható. Ha például a sorok el lettek távolítva az eredeti forráskódfájlból, de továbbra is azt szeretné, hogy a fordító kimenetet hozzon létre a fájl eredeti sorszámozása alapján, eltávolíthatja a sorokat, majd szimulálhatja az eredeti sor számozását #line.

Az #line hidden irányelv elrejti az egymást követő sorokat a hibakereső elől, így amikor a fejlesztő végiglép a kódon, az egyik #line hidden és a következő #line irányelv (feltételezve, hogy nem egy másik #line hidden irányelv) közötti sorokat átlépteti. Ez a beállítás lehetővé teszi, hogy ASP.NET különbséget tegyen a felhasználó által definiált és a gép által létrehozott kód között. Bár ASP.NET a funkció elsődleges felhasználója, valószínű, hogy több forrásgenerátor használja.

Az #line hidden irányelv nem befolyásolja a fájlneveket és a sorszámokat a hibajelentésben. Ez azt jelenti, hogy ha a fordító hibát talál egy rejtett blokkban, a fordító jelenti a hiba aktuális fájlnevét és sorszámát.

Az #line filename irányelv meghatározza a fordító kimenetében megjeleníteni kívánt fájlnevet. Alapértelmezés szerint a forráskódfájl tényleges nevét használja a rendszer. A fájlnévnek idézőjelekben ("") kell lennie, és egy sorszámot kell követnie.

A #line irányelv új formáját használhatja:

#line (1, 1) - (5, 60) 10 "partial-class.cs"
/*34567*/int b = 0;

Az űrlap összetevői a következők:

(1, 1): Az irányelv szerinti sor első karakterének kezdővonala és oszlopa. Ebben a példában a következő sort 1. sorként, 1. oszlopként kell jelenteni.
(5, 60): A megjelölt régió záró sora és oszlopa.
10: Az irányelv érvénybe lépő oszlopeltolása #line . Ebben a példában a 10. oszlop lesz az első oszlop. A deklaráció int b = 0; az oszlopban kezdődik. A mező nem kötelező. Ha nincs megadva, az irányelv az első oszlopra lép érvénybe.
"partial-class.cs": A kimeneti fájl neve.

Az előző példa a következő figyelmeztetést generálja:

partial-class.cs(1,5,1,6): warning CS0219: The variable 'b' is assigned but its value is never used

Az újrakészítés után a változó a bfájl partial-class.cselső sorában, a 6. karakternél található.

A tartományspecifikus nyelvek (DSL-k) általában ezt a formátumot használják, hogy jobb leképezést biztosítsanak a forrásfájlból a létrehozott C#-kimenetre. A kiterjesztett #line irányelv leggyakoribb használata a generált fájlban megjelenő figyelmeztetések vagy hibák újbóli leképezése az eredeti forrásra. Vegyük például ezt a borotvalapot:

@page "/"
Time: @DateTime.NowAndThen

A tulajdonság DateTime.Now helytelenül lett begépelve.DateTime.NowAndThen A razor-kódrészlethez létrehozott C# a következőhöz hasonlóan néz ki:page.g.cs

  _builder.Add("Time: ");
#line (2, 6) - (2, 27) 15 "page.razor"
  _builder.Add(DateTime.NowAndThen);

Az előző kódrészlet fordítói kimenete a következő:

page.razor(2, 2, 2, 27)error CS0117: 'DateTime' does not contain a definition for 'NowAndThen'

A page.razor 2. sorának 6. oszlopában kezdődik a @DateTime.NowAndThen szöveg, amelyet az irányelv (2, 6) jegyez fel. Az @DateTime.NowAndThen kiterjedése a 2. sor 27. oszlopánál ér véget, amit az irányelv (2, 27) jelez. A DateTime.NowAndThen szövege a page.g.cs15. oszlopában kezdődik, amit a 15 jelez az irányelvben. A fordító a hibát a page.razorhelyén jelenti. A fejlesztő közvetlenül a forráskódban szereplő hibára tud navigálni, nem pedig a létrehozott forrásra.

Ha további példákat szeretne látni erre a formátumra, tekintse meg a példákról szóló szakaszban található funkcióspecifikációt .

Pragmas

#pragma speciális utasításokat ad a fordítónak annak a fájlnak a fordításához, amelyben megjelenik. A fordítónak támogatnia kell a használt pragmákat. Más szóval nem hozhat #pragma létre egyéni előfeldolgozási utasításokat.

#pragma warning: Figyelmeztetések engedélyezése vagy letiltása.
#pragma checksum: Ellenőrzőösszeg létrehozása.

#pragma pragma-name pragma-arguments

Hol pragma-name található egy felismert pragma neve, és pragma-arguments hol vannak a pragma-specifikus argumentumok.

#pragma figyelmeztetés

#pragma warning bizonyos figyelmeztetéseket engedélyezhet vagy letilthat. A #pragma warning disable format és #pragma warning enable format szabályozza, hogy a Visual Studio hogyan formázzon kódblokkokat.

#pragma warning disable warning-list
#pragma warning restore warning-list

Ahol warning-list a figyelmeztető számok vesszővel tagolt listája, például 414, CS3021. A "CS" előtag nem kötelező. Ha nincs megadva figyelmeztetési szám, letiltja az összes figyelmeztetést, disable és restore engedélyezi az összes figyelmeztetést.

Feljegyzés

Ha figyelmeztető számokat szeretne keresni a Visual Studióban, hozza létre a projektet, majd keresse meg a figyelmeztető számokat a Kimenet ablakban.

A disable művelet a forrásfájl következő sorától kezdve lép érvénybe. A figyelmeztetés a következő sorban restorelesz visszaállítva: . Ha nem restore szerepel a fájlban, a rendszer visszaállítja a figyelmeztetéseket az alapértelmezett állapotba az ugyanabban a fordításban lévő későbbi fájlok első sorában.

// pragma_warning.cs
using System;

#pragma warning disable 414, CS3021
[CLSCompliant(false)]
public class C
{
    int i = 1;
    static void Main()
    {
    }
}
#pragma warning restore CS3021
[CLSCompliant(false)]  // CS3021
public class D
{
    int i = 1;
    public static void F()
    {
    }
}

A warning pragma egy másik formája letiltja vagy visszaállítja a Visual Studio formázási parancsait kódblokkokban:

#pragma warning disable format
#pragma warning restore format

A Visual Studio formátumparancsai nem módosítják a szöveget kódblokkokban, ahol a disable format érvényben van. A formázási parancsok ( például Ctrl+K, Ctrl+D) nem módosítják a kód ezen régiói. Ez a pragma segítségével részletesen szabályozhatja a kód vizuális megjelenítését.

#pragma ellenőrzőösszeg

Ellenőrzőösszegeket hoz létre a forrásfájlokhoz ASP.NET lapok hibakereséséhez.

#pragma checksum "filename" "{guid}" "checksum bytes"

A "filename" módosítások vagy frissítések "{guid}" figyelését igénylő fájl neve a kivonatoló algoritmus globálisan egyedi azonosítója (GUID), és "checksum_bytes" az ellenőrzőösszeg bájtjait képviselő hexadecimális számjegyek sztringje. Páros számú hexadecimális számjegynek kell lennie. A páratlan számú számjegy fordítási időt jelző figyelmeztetést eredményez, és a rendszer figyelmen kívül hagyja az irányelvet.

A Visual Studio hibakeresője ellenőrzőösszeget használ annak ellenőrzéséhez, hogy mindig a megfelelő forrást találja-e meg. A fordító kiszámítja egy forrásfájl ellenőrzőösszegét, majd kibocsátja a kimenetet a programadatbázis (PDB) fájlba. A hibakereső ezután a PDB használatával összehasonlítja a forrásfájlhoz kiszámított ellenőrzőösszeget.

Ez a megoldás nem működik ASP.NET projektek esetében, mert a kiszámított ellenőrzőösszeg a létrehozott forrásfájlhoz tartozik, nem pedig a .aspx fájlhoz. A probléma #pragma checksum megoldásához ellenőrzőösszeg-támogatást biztosít ASP.NET lapokhoz.

Amikor ASP.NET projektet hoz létre a Visual C#-ban, a létrehozott forrásfájl egy ellenőrzőösszeget tartalmaz a .aspx fájlhoz, amelyből a forrás létrejön. A fordító ezután beírja ezeket az adatokat a PDB-fájlba.

Ha a fordító nem talál utasítást #pragma checksum a fájlban, kiszámítja az ellenőrzőösszeget, és az értéket a PDB-fájlba írja.

class TestClass
{
    static int Main()
    {
        #pragma checksum "file.cs" "{406EA660-64CF-4C82-B6F0-42D48172A799}" "ab007f1d23d9" // New checksum
    }
}

Megosztás a következőn keresztül:

C# előfeldolgozási irányelvek

Null értékű környezet

Feltételes fordítás

Szimbólumok definiálása

Régiók meghatározása

Hiba- és figyelmeztetési információk

Pragmas

#pragma figyelmeztetés

#pragma ellenőrzőösszeg

További források