{"componentChunkName":"component---src-templates-blog-post-js","path":"/blog/csharp-historia-8-0","result":{"data":{"markdownRemark":{"html":"

To jest kontynuacja przeglądu historii wersji C# (tu znajdziesz poprzedni artykuł).

\n

Readonly members

\n

Metoda w strukturze może być oznaczona jako readonly - w ten sposób oznaczamy ją jako \"instance-agnostic\", czyli po pierwsze nie może ona zmieniać stanu struktury, a po drugie - każde odwołanie do elementów struktury (tylko odczyt), będzie skutkować ostrzeżeniem.

\n
public struct WeatherMeasurement {\n    public double Temperature {get; init;}\n\n    public override readonly string ToString() => $\"Temperature was {Temperature}.\"; // <-- TU BĘDZIE WARNING\n\n    public readonly void ChangeTemperature(double newTemperature) => Temperature = newTemperature; // <-- TU BĘDZIE BŁĄD KOMPILACJI\n}
\n

Trzeba zapamiętać, że w przypadku \"ostrzeżeniowym\" kompilator pod spodem robi taki \"myk\": tworzy kopię struktury i na tej kopii wywołuje tę metodę/właściwość. W ten sposób oryginalna instancja nie jest dotykana, ale to dodaje ukryty narzut.

\n

P.S. Tego readonly nie można użyć dla metod klasy - tam działa tylko na polach.

\n

Domyślne implementacje w interfejsach

\n

Dotychczas interfejsy mogły mieć tylko same sygnatury metod/właściwości. Jeśli mieliśmy wiele implementacji interfejsu, ale jakiś wspólny kod, to trzeba było wprowadzać pomiędzy te implementacje a interfejs abstrakcyjną klasę \"superbazową\" i tam umieszczać tę wspólną logikę. Natomiast od C# 8.0 można to zrobić od razu w interfejsie, bez sztucznej pośredniej klasy bazowej. Na przykład:

\n
public interface IOrder {\n    decimal NetTotal {get;}\n    decimal VatPercentage {get;}\n    decimal GrossTotal => NetTotal * (1 + VatPercentage/100);\n}\n\npublic class Order : IOrder {\n    public decimal NetTotal {get;init;}\n    public decimal VatPercentage {get;init;}\n}
\n

W tej sytuacji możemy korzystać z właściwości IOrder.GrossTotal, mimo że w klasie Order nie została ona zainicjalizowana. Ważne jest jednak to, że dostęp do niej mamy tylko, kiedy instancja klasy Order jest użyta w kontekście IOrder - inaczej nie będziemy mieli do niej dostępu. Porównaj:

\n
IOrder order1 = new Order(){ NetTotal = 100, VatPercentage = 22};\nConsole.WriteLine(order1.GrossTotal); // <-- TU DZIAŁA\n\nvar order2 = new Order(){ NetTotal = 100, VatPercentage = 22};\nConsole.WriteLine(order2.GrossTotal); // <-- TO SIĘ NIE SKOMPILUJE
\n

W drugim użyciu var jes tylko syntactic sugar - zmienna order2 jest typu Order.

\n

Pattern matching w switchach

\n

Pattern matching w połączeniu ze switch umożliwia bardzo zgrabny zapis:

\n
public string GetFuelString(EngineType engineType) => engineType switch {\n    EngineType.Diesel => \"ON\",\n    EngineType.Petroleum => \"95\",\n    EngineType.LPG => \"LPG\",\n    _ => throw new ArgumentOutOfRangeException(message: \"Unrecognized engine type\", paramName: nameof(engineType))\n};
\n

Co więcej, można też \"matchować\" za pomocą warunków określonych na właściwościach, np.:

\n
public bool HasDiscount(Customer customer) => customer switch {\n    {IsVIP: true} => true,\n    {Age: <18} => true,\n    {Age: >65} => true,\n    {FirstName: \"Adam\", LastName: \"Małysz\"} => true\n    _ => false\n};
\n

W mocy pozostaje jednak ograniczenie switcha: porównywana wartość musi być stałą.

\n

IAsyncEnumerable

\n

O tym isałem w oddzielnym wpisie, więc odsyłam po szczegóły do niego.

\n

Using bez klamerek

\n

Mniej wcięć dzięki temu, że using może być \"inline'owy\" - kompilator sam \"ogarnie\", że \"scope\" sięga do końca \"aktualnego scope'u\".

\n
public bool WriteToFile(){\n    using var stream = new StreamWriter(\"file.txt\");\n\n    // <-- TU JESTEŚMY \"WEWNĄTRZ\" USINGA\n\n    return true;\n}
\n

Operacje na indeksach

\n

C# 8.0 zapewnia nam zgrabniejszy dostęp do fragmentów tablic i konkretnych pozycji, np.:

\n
var weekdays = new[]{\"Monday\", \"Tuesday\", \"Wednesday\", \"Thursday\", \"Friday\", \"Saturday\", \"Sunday\"};\n\nvar sunday = weekdays[^1];\n\nvar weekend1 = weekdays[5..7]; // <-- TO SAMO CO weekend2\nvar weekend2 = weekdays[^2..^0]; // <-- TO SAMO CO weekend1
\n

Fajne, tylko czasem może być kłopotliwe - jak tutaj przy zmiennej weekend1: nie dość, że na dzień dobry jest mindfuck, bo piątek to 4, to jeszcze drugi koniec takiego przedziału nie wchodzi do niego (dlatego jest indeks 7, którego nie ma w tablicy), czyli przedział jest jednostronnie domknięty; ale z drugiej strony jak odliczamy indeksy od końca (przykład z weekend2), to zasada jest odwrotna.

","excerpt":"To jest kontynuacja przeglądu historii wersji C# (tu znajdziesz poprzedni artykuł). Readonly members Metoda w strukturze może być oznaczona jako - w ten sposób…","frontmatter":{"date":"20 July, 2021","path":"/blog/csharp-historia-8-0","title":"C# - historia (C# 8.0)"},"fields":{"readingTime":{"text":"4 min read"}}}},"pageContext":{}},"staticQueryHashes":["3649515864","63159454"]}