.NET

Common Language Runtime (CLR) to serce i silnik platformy .NET. Jest to środowisko uruchomieniowe, które zarządza wykonywaniem kodu napisanego w dowolnym języku .NET (np. C#, F#). Jego kluczowe zadania to: 1. Zarządzanie pamięcią: CLR jest odpowiedzialny za alokację i zwalnianie pamięci. Najważniejszym mechanizmem jest tutaj Garbage Collector (GC), który automatycznie odnajduje i usuwa obiekty, które nie są już używane, zwalniając programistę z tego obowiązku. 2. Kompilacja JIT (Just-In-Time): Kod C# jest najpierw kompilowany do języka pośredniego (Intermediate Language - IL). Dopiero w momencie uruchomienia, kompilator JIT w CLR tłumaczy kod IL na natywny kod maszynowy, zoptymalizowany dla konkretnej architektury procesora. 3. Bezpieczeństwo typów (Type Safety): CLR weryfikuje, czy operacje na typach są bezpieczne, zapobiegając błędom takim jak nieprawidłowe rzutowanie czy dostęp do pamięci poza zakresem tablicy. 4. Obsługa wyjątków: Zapewnia ujednolicony mechanizm obsługi błędów i wyjątków w całej platformie. W skrócie, CLR to 'maszyna wirtualna', która zarządza całym cyklem życia aplikacji .NET, zapewniając jej bezpieczeństwo, wydajność i przenośność.

To dwa różne, choć powiązane ze sobą, ekosystemy. Główna różnica sprowadza się do wieloplatformowości i filozofii rozwoju. • .NET Framework to oryginalna, starsza implementacja .NET, która działa wyłącznie na systemie Windows. Jest to technologia monolityczna, o zamkniętym kodzie źródłowym, która obecnie jest już tylko w trybie utrzymania (maintenance mode) – otrzymuje poprawki bezpieczeństwa, ale nie są dodawane nowe funkcje. • Nowoczesny .NET (dawniej .NET Core) to jego następca, zaprojektowany od podstaw jako wieloplatformowy (cross-platform) – działa na systemach Windows, Linux i macOS. Jest w pełni open-source, ma architekturę modułową i charakteryzuje się znacznie wyższą wydajnością. To właśnie nowoczesny .NET jest obecnie aktywnie rozwijany przez Microsoft i społeczność, i jest zalecaną platformą do tworzenia wszystkich nowych aplikacji. Migracja z .NET Framework do nowoczesnego .NET jest kluczowym krokiem dla firm chcących modernizować swoje aplikacje i korzystać z najnowszych technologii i możliwości chmurowych.

LINQ (Language-Integrated Query) to rewolucyjna technologia w .NET, która wprowadza składnię zapytań bezpośrednio do języka C# (i VB.NET). Pozwala to na odpytywanie różnych źródeł danych w jednolity i ekspresyjny sposób. Zamiast pisać zapytania w różnych 'językach' (np. SQL dla baz danych, XPath dla XML), możemy użyć jednej, spójnej składni LINQ do pracy z: • Kolekcjami w pamięci (np. listy, tablice). • Bazami danych (poprzez LINQ to SQL lub Entity Framework). • Dokumentami XML. Główne zalety: 1. Silne typowanie i bezpieczeństwo: Zapytania LINQ są sprawdzane przez kompilator. Jeśli popełnimy błąd w nazwie pola lub użyjemy nieprawidłowego typu, dowiemy się o tym już na etapie kompilacji, a nie w trakcie działania aplikacji. 2. Czytelność i zwięzłość: Kod jest znacznie bardziej czytelny i krótszy w porównaniu do tradycyjnych pętli czy skomplikowanych zapytań SQL w stringach. 3. Wsparcie IntelliSense: Edytory kodu podpowiadają nam dostępne pola i metody, co znacznie przyspiesza pracę. 4. Uniwersalność: Ucząc się jednej składni, możemy pracować z wieloma różnymi źródłami danych.

`async` i `await` to para słów kluczowych, która radykalnie upraszcza pisanie kodu asynchronicznego w C#. Pozwalają one pisać kod, który wygląda niemal identycznie jak kod synchroniczny, ale działa w sposób nieblokujący. Jak to działa? • Słowo kluczowe `async` umieszczone przed deklaracją metody sygnalizuje kompilatorowi, że wewnątrz tej metody może być użyty operator `await`. Sprawia też, że metoda ta (jeśli nie zwraca `void`) musi zwracać obiekt typu `Task` lub `Task`. • Operator `await` można umieścić przed wywołaniem metody, która zwraca `Task`. W tym momencie dzieje się 'magia': 1. Wykonanie metody `async` jest wstrzymywane, a wątek, na którym działała, jest zwalniany i może wykonywać inne zadania (np. obsługiwać interfejs użytkownika, który pozostaje responsywny). 2. Gdy oczekiwane, długotrwałe zadanie (np. zapytanie do bazy danych, odwołanie do API) się zakończy, wykonanie metody `async` jest wznawiane od miejsca, w którym zostało przerwane. W rzeczywistości kompilator C# przekształca taką metodę w skomplikowaną maszynę stanów, która zarządza całym tym procesem. Dla programisty efekt jest prosty: kod jest czytelny, a aplikacja pozostaje wydajna i responsywna, nawet podczas wykonywania długotrwałych operacji I/O.

Różnica ta leży w sposobie, w jaki przechowywane są dane w pamięci, co ma fundamentalne konsekwencje dla działania programu. • Typy wartościowe (Value Types): - Przechowują swoje dane bezpośrednio. Zmienna tego typu zawiera faktyczną wartość. - Zazwyczaj są alokowane na stosie (stack), co jest bardzo szybkie. - Przy przypisaniu lub przekazywaniu do funkcji, tworzona jest kopia wartości. - Przykłady: `int`, `double`, `bool`, `char`, `struct`, `enum`. • Typy referencyjne (Reference Types): - Przechowują jedynie referencję (wskaźnik) do miejsca w pamięci, gdzie znajduje się faktyczny obiekt. - Obiekt jest alokowany na stercie (heap), co jest wolniejszą operacją. - Przy przypisaniu lub przekazywaniu do funkcji, kopiowana jest tylko referencja, a nie cały obiekt. Obie zmienne wskazują na ten sam obiekt w pamięci. - Przykłady: `class`, `string`, `object`, `delegate`, tablice. Praktyczna konsekwencja: Modyfikacja obiektu poprzez jedną zmienną referencyjną będzie widoczna dla wszystkich innych zmiennych wskazujących na ten sam obiekt. W przypadku typów wartościowych, modyfikacja kopii nie wpływa na oryginał.

Wstrzykiwanie zależności (Dependency Injection - DI) to wzorzec projektowy, w którym obiekt nie tworzy swoich zależności (czyli innych obiektów, których potrzebuje do działania) samodzielnie, ale otrzymuje je z zewnątrz. Zamiast pisać: ```csharp public class MyController { private readonly IMyService _service = new MyService(); // Zła praktyka - tworzenie zależności wewnątrz // ... } ``` Piszemy: ```csharp public class MyController { private readonly IMyService _service; public MyController(IMyService service) { // Zależność jest 'wstrzykiwana' przez konstruktor _service = service; } // ... } ``` W ASP.NET Core, za dostarczanie tych zależności odpowiada wbudowany kontener DI. Dlaczego jest to tak ważne? DI promuje zasadę odwrócenia zależności (Inversion of Control) i prowadzi do luźnych powiązań (loose coupling) między komponentami. Główne korzyści to: • Testowalność: W testach jednostkowych możemy łatwo 'podmienić' prawdziwą zależność (np. serwis łączący się z bazą danych) na jej atrapę (mock), co pozwala na testowanie logiki w izolacji. • Elastyczność i rozszerzalność: Możemy łatwo podmienić jedną implementację serwisu na inną w jednym miejscu (w konfiguracji kontenera DI), bez potrzeby modyfikowania kodu, który z niego korzysta. • Lepsza organizacja kodu: Kod jest czystszy i łatwiejszy w utrzymaniu, ponieważ zależności są jawnie zadeklarowane.