Przejdź do treści
FullstackDev

Komentarze i regiony

Tworząc róźnego rodzaju aplikacje, czasem zdaża się potrzeba, aby w pewnien sposób dodać komentarz do pisanego kodu, po to, aby inni developerzy byli w stanie go zrozumieć lepiej, jeżeli sam kod wymaga dodatkowego opisu.

Natomiast dodając dodatkowy opis do kodu, nie chcemy żeby był on brany pod uwagę przez kompilator do utworzenia programu, a przez to musimy to zrobić w konkretny sposób.

Komentarze jednoliniowe

Komentarze jednoliniowy jest tworzony przez umieszczenie dwóch ukośników // przed treścią komentarza.

class Program
{
    static void Main(string[] args)
    {
        // Komentarz jednoliniowy
        Console.WriteLine("Hello world!");
    }
}

Komentarze wieloliniowe

Komentarz wieloliniowy jest tworzony przez umieszczenie symbolu /* na początku komentarza i symbolu */ na jego końcu.

class Program
{
    static void Main(string[] args)
    {
        /* To
        jest
        komentarz 
        wielolinowy */
        Console.WriteLine("Hello world!");
    }
}

Trzeba jednak pamiętać o tym, że kod powinien być tak napisany, aby jego działanie było jasne i zrozumiałe bez konieczności czytania komentarzy lub dokumentacji. Oznacza to, że zmiennym i funkcjom powinny być nadawane sensowne nazwy opisujące w czytelny sposób do czego służą.

Zbyt duża ilość komentarzy zaciemni kod i sprawi, że będzie go ciężej utrzymać i rozwijać.

Regiony

Regiony to specjalne wieloliniowe bloki kodu, które pozwalają na grupowanie kodu w logiczne bloki. Służą do organizacji kodu i ułatwiają nawigację po nim. Regiony są tworzone dzięki użyciu słów kluczowych #region i endregion.


class Program
{
    static void Main(string[] args)
    {
        #region Zmienne
        int a = 10;
        int b = 20;
        #endregion

        #region Obliczenia
        int c = a + b;
        Console.WriteLine("Suma a i b wynosi: " + c);
        #endregion
    }
}

W powyższym przykładzie utworzono dwa regiony o nazwach "Zmienne" i "Obliczenia".

W tym konkretnym przykładzie nie wnoszą one za dużo, ale często, szczególnie przy dużych klasach, warto grupować funkcjonalności, po prostu w celu lepszej czytelności kodu.

YouTube

https://www.youtube.com/watch?v=xHDUR9n0zHc