[budyn]

Macie zagadkę dla prosów:

var request = new HttpRequestMessage() { Headers = { { "test", "bla" } } };

Headers nie ma w ogóle settera a powyższe się kompiluje i działa ( ͡° ͜ʖ ͡°)

Kto pierwszy wyjaśni wygrywa plusa

#csharp #dotnet

[M.....v]

@budyn: Rozszerzyłeś HttpRequestMessage?

[C.....y]

@budyn: Headery w Core również mają tylko publiczny getter. WTF, skąd wziąłeś ten cud?

[M.....v]

@budyn: Hmm...
W C#ie 8.0 mają wejść Extension Propertiesy.
Może jesteś tak bardzo do przodu ( ͡° ͜ʖ ͡°)

[budyn]

@Maav: https://www.youtube.com/watch?v=FRpq7o1mKXY

[lukpep]

@budyn: nie trzymaj w niepewnosci - powiedz

[budyn]

@lukpep: Po robocie ok 17 wrzucę odpowiedź

[C.....y]

@budyn: Taka inicjalizacja nie nadpisuje trzymanej tam kolekcji nowym obiektem, a jedynie dodaje "test", "bla" do już istniejącej kolekcji, pewnie niejawnie wołając Add(). W tym brak settera nie przeszkadza

[RudyNinja]

@budyn: zgadzam się z @Czesiowcy: jest to po prostu sprytne i dość zaskakujące użycie inicjalizatorów listy i słownika, które najwyraźniej są ducktyped z metodą .Add() na interfejsach kolejno IEnumerable<> oraz KeyValuePair<,>. O duck typingu przekonuje mnie sygnatura klasy public abstract class HttpHeaders : IEnumerable>>, IEnumerable (brak dziedziczenia po List<> lub Dictionary<,>).
Okazuje się, że te inicjalizatory można używać nie tylko przy tworzeniu obiektów typu lista lub słownik, ale

[budyn]

@RudyNinja: @Czesiowcy: @lukpep: @Maav:

https://stackoverflow.com/questions/23664475/why-can-i-use-a-collection-initializer-with-private-set-access-from-another-clas

@Czesiowcy i @RudyNinja już trochę rozkminili, że to działa jak inicjalizator kolekcji a nie przypisanie.
W linku macie podstawę prawną oraz komentarz kogoś kto był częścią zespołu, w czasie gdy to zostało zaprojektowane.

[harakiri888]

@RudyNinja: @budyn: Co w przypadku arraya? Wywali się na runtimie, czy kompilator ogarnie?

[budyn]

@harakiri888: kompilator krzyczy, że kolekcja nie ma metody Add