[Koprowy]

C#, Generalnie motyw tworzenia Interfejsów z metodami gotowymi do zaimplementowania nie jest mi obcy, jednak nasuwa mi się pytanie. Ogladam tutorial jak w aplikacji WPF tam koleś używa interfejsów np: ICommand, IValueConverter. Wszystko spoko ale tak naprawde on tworzy cały sposób działania danej metody, np metoda ma 5 parametrów a on uzyje 1. Wiec nie lepiej napisac Interfejs samemu i go zastosować?
#programowanie

[C.....y]

@Koprowy: ICommand i IValueConverter to interfejsy zdefiniowane przez framework XAMLowy i rozumiane przez niego. XAML oczekuje implementacji IValueConvertera do tłumaczenia/konwertowania wartości między widokiem i VMem i nie wiem, jak miałbyś tam wcisnąć własny interfejs. Mógłbyś oczywiście zrobić to w innym miejscu (zamiast podpinać konwerter, zrobić konwersję jawnie np. w ViewModelu), ale robienie rzeczy w sposób niestandardowy nie brzmi jak dobry pomysł

[object]

@Koprowy: nie, ponieważ te interfejsy są używane w całym frameworku nie masz możliwości ich zamiany bądź modyfikacji.

[Koprowy]

@object: @Czesiowcy: Chyba czaje, dzięki chłopaki xd

[Koprowy]

@object: W sumie to po implementacji interfejsu otrzymujemy puste metody, czyli glownym motywem korzystania z nich zachowanie składu i ładu, bez tworzenia wlasnych interfejsow z innym nazewnictwem?

http://prntscr.com/ol1tlr

[object]

@Koprowy: głównym zastosowaniem interfejsów to po prostu oddanie możliwości ich implementacji programiście. Możesz to wykorzystać między innymi do testów.

[object]

@Koprowy: gdybyś sam utworzył interfejs IValueConverter z jednym parametrem zapewne dostałbyś jakiś wyjątek czy po prostu by nie zadziałało. Bo to jest zupełnie inny interfejs.

[Koprowy]

@object: Okey okey, juz rozumiem dzieki wielkie ;)

[object]

@Koprowy: sprawdź tematy IoC i DI