Zine.net online

Bardzo dobry pomysł. Sam kiedyś robiłem własne delegaty a ostatnio zaprzestałem tego procederu na rzecz wymienionych przez Ciebie systemowych delegatów.

Pomimo ze Action i Funct wyczerpują swobodnie pulę to nadmienię że są jeszcze takie jak

bool Predicate <T> = bool Func<T, bool>

TOutput Converter<TInput,TOutput> = TOutput Func<TInput, TOutput, TOutput>

int Comparison<T> = int Func<T, int>

Stosuje je po to aby bez dokumentacji zwrócić uwagę drugiemu programiście z zespołu do czego ona jest np. Predicate  zazwyczaj ma byc rodzajem filtra, podobnie jak w  metodach Find obiektu List.

Też ostatnio zacząłem stosować głównie "wbudowane" delegaty zamiast własnych. Wbrew pozorom napisanie jednej linijki z definicją delegatu zajmuje chwilkę czasu, zwłaszcza, jak do napisania jest ich sporo.

Na razie widzę tylko jeden problem - nie związany z brakiem nazwy metody. Delegat:

Func<bool,int,int,string>

absolutnie nic nie mówi, o tym, do czego służą poszczególne parametry. Własny delegat ma tu taką przewagę, że parametry są nazwane.

Przy okazji wychodzi inny problem z .NET Frameworkiem. A mianowiecie brak wbudowanych gotowcow dla typowych operacji wykonywanych wewnatrz bibliotek/app a nie wystawianych jako API, ktore musi byc czyste i zrozumiale. Te sytuacje to:

- delegaty - o czym pisaliscie wyzej

- typowane pojemniki na wartosci (cos jak anonymous, ale widoczne internalowo)

- "ulepszpne" asserty (najlepiej z API podobnym do ktoregoz z frameworkowo unit testowych) z gotowymi metodami dla null, kolekcji, string, etc

Za kazdym razem jak pisze jakis projekt gdzie jest wiecej niz 30 klas, to konczy sie kopiowaniem z innego projektu paru plikow z potrzebnymi typami.

:-) Nic szczegolnego - chyba sie zle wyrazilem. Poprostu czasami potrzebne sa takie typy-pojemniki aby przechowac na przyklad nazwe, id i jakis obiekt razem (listy, dictionary, etc) gdzies wewnatrz implenetnacji klasy nie widoczne na zwenatrz.

Poprostu mam wytworzone takie proste klasy typu "Entry<T1, T2>", "Entry<T1, T2, T3>", "Entry<T1, T2, T3, T4>", etc postaci:

public sealed class Entry<T1,T2> {

   public readonly T1 Value1;

   public readonly T2 Value2;

   public Entry() {}

   public Entry(T1 value1, T2 value2) {

       Value1 = value1;

       Value2 = value2;

   }

... etc

Dla mnie czesto uzyteczne ale oczywiscie nie jako API "zewnetrzne". Czasami ewoluuja do typow z odpowiednia nazwa.

nide do konca jako ze typ sam z siebie nie jest widziany poza cialem metody (?)

ale cos  wtym rodzaju :-)

Od chwili pojawienia się DSL Tools dla Visual Studio, dostępne były szablony tekstowe T4. Pisał o nich

Jedyna niemiła rzecz to wsparcie dla nowych deklaracji delegatów dopiero w wersji .net 3.5.

W 2.0 jest tylko jeden, czyli Nazwa<T>.

Ale wystarczy je sobie szybciutko zadeklarować i są ;)