Diskuze: Observable nebo ICollectionView
V předchozím kvízu, Test znalostí C# .NET online, jsme si ověřili nabyté zkušenosti z kurzu.

Člen

Zobrazeno 11 zpráv z 11.
//= Settings::TRACKING_CODE_B ?> //= Settings::TRACKING_CODE ?>
V předchozím kvízu, Test znalostí C# .NET online, jsme si ověřili nabyté zkušenosti z kurzu.
Je to jen mírně složitější,.. Nejjednodušší odpověď je, že pokud je to kolekce, která je přímo pro VIEW (WPF), tak použij klidně ICollectionView, nebo ObservableCollection, pokud je to někde jinde (protože ObservableCollection rozhodně neslouží jen pro UI), tak používej ObservableCollection a NIKDY NE ICollectionView
Mírně složitější odpověď je, že na UI vrstvě je to úplně jedno, protože i když tam šoupneš ObservableCollection, tak si WPFko šáhne po default ICollectionView.
ICollectionView je rozhraní, není to typ. Rozhraní ti jen obecně popisuje co má třída, která jej implementuje mít za vlastnosti a funkce.
koukám, že ty o tom vůbec nic nevíš, že? třeba k čemu ten ICollectionView
slouží a jak to souvisí s Observable kolekcí:D
Moc děkuji za odpověď
Myslím si, že tomu snad rozumím
Takže je spíše lepší používat ObservableCollection.
Pointa je v tom, že ICollectionView je něco, co si vybuduje WPFko auomaticky při bindování na observable kolekci (mám za to, že nemusí být obervable) v momentě, kdy je na cílové komponentě povoleno různé filtrování, řazení atp.
Je to ale poměrně MVVM specifická věc, proto je obecně dobrý používat ICollectionView (a jeho impelmentace) na UI vrstvě (né v modelu, ale třeba ve viewmodelu, u komponent atd.) a naopak používat na logické vestvě observable kolekci..
Samotné ICollectionView je tedy spíše věcí pro zobrazení, než pro nějaké uchování dat. Je to ostatně podobné jako třeba u databází.. V DB máš tabulku místem, kde jsou dat auchována (podobně jako třeba u Obs kolekce) a pak máš nějaké DB View, které v 99% případu je readonly transformace dat pro výstup (podobně jako Icollection view).
Ve skutečnosti pokud ty nabinduješ nějakou tu itemlist komponentu na kolekci, tak si WPF pomocí třídy CollectionViewSource řekne o implicitní Viewčko.
Pak s tím jdou dělat různá kouzla.. například můžeš X komponent napojit na stejné ICollectionView a pak sdílejí řazení, filtrování atd.
Dostuduj si, než dáváš mínusy, stačí se podívat do dokumentace ... 1. odkaz co jsem posílal...
https://msdn.microsoft.com/…vs.110).aspx
Dole je poznámka, která říká, které třídy jej standardně
implementují.
Např. CollectionView, které v konstruktoru přijímá cokoli co impelemtuje
rozhraní IEnumerable
Viz.https://msdn.microsoft.com/cs-cz/library/system.windows.data.collectionview(v=vs.110).aspx
... tudíž se nemusí jednat pouze o Observable ale i obyčejný list nebo
pole.
ICollectionView je prostě jen a **pouze rozhraní, **nic víc, nemá žadnou
funkčnost, pouze ji popisuje.
Doporučuju dostudovat co je třída a co je rozhraní... z tvých příspěvků
v tomhle vlákně to mícháš jak jablka a hrušky
Následná implementace v komponentách MVVM je pak jiná věc.
Třídy s rozhraním ICollectionView, jak už název napovídá slouží k
pohledům na kolekce a obsahují spoustu metod které zjednodušují práci s
filtrováním, řezením, úpravama ...
Proto se výborně hodí pro bindy, komponenta, která je používá je potom
jednodušší na nakódování.
Tam já si jdu nastudovat co je to ten interface, díky za tip
2 urážlivé příspěvky za sebou, ani jeden neobsahuje žádný argument nebo užitečnou informaci. Chybu jsi udělal ty, že je to interface jsi měl napsat hned na začátku, ale to ti asi došlo, proto se zřejmě takhle chováš a nenapíšeš žádný argument. Jestli chceš ban, stačí to říct rovnou a nedělat tady kašpara.
Zobrazeno 11 zpráv z 11.