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

Člen

Zobrazeno 8 zpráv z 8.
//= 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.
Myslím si, že je to takle:
Když se zavolá initiallize component(), tak se vytvoří nová instance
radiobuton, pak se začnou vyplňovat vlastnosti podle xamlu- checked se změní
na true před tím, než se změní tag z null na 1, takže ta událost je
volána dřív...
Musíš v tej metodě (radioButton1_Checked) ověřit, jestli tag =!
null..
Protože WPF musí jeden z těch dvou v incialize označit => to vyvolá prvotní událost.
To sice máte oba pravdu, ale:
jako třetí na řádku je IsChecked="True" - tak se zaškrtne, ale zprávu
neposílá
jako čtvrtý je na řádku Tag="0" - přiřadí TAG
jako pátý je Checked="radioButton1_Checked" - až teď začne posílat
zprávy.
Toto je chování, které bych očekával. Proč to tak není?
Ne, v XAMLu je jedno v jakém budou pořadí, posílá už první IsChecked="True". Řešením je si událost obsolužit až po inicialize v konstruktoru. Čili docílíš toho že nejprve se vše nastaví bez obsluhy a terpve po nastavení všeho si ji tam přidáš.
Díky za odpověď. Myslel jsem, že v XAMLu je nějaký řád, ne že se to provádí v náhodném pořadí. Toto poslední řešení je to, co mě taky napadlo, ale nezdá se mi to úplně OK.
Tak druhá možnost je si předělat kód vygenerované metody inicializeComponents.
V XAML na pořadí záleží i nezáleží. Bohužel, zrovna tady se jedná o chybný design XAML a narazil jsi na problém, který budeš muset obejít jinak.
Chyba spočívá v tom, že XAML je deklarativní programovací jazyk a jako takový by neměl řešit pořadí příkazů, pokud ho nelze explicitně vyjádřit. Podle XML specifikace u atributů nezáleží na pořadí, takže pořadí explicitně vyjádřit nejde. To by měl programátor respektovat. Ale je to těžké, když máš prvek, který se musí inicializovat v nějakém pořadí.
V praxi XAML zpracovává XML atributy zleva doprava, tedy v pořadí, jak jsi je napsal. Většinou se na to můžeš spolehnout, ale XAML se tím nemusí striktně držet. A zrovna v tomhle případě se toho nedrží, což je problém. Ještě dodám, že pořadí elementů už musí být respektováno, takže to XAML také respektuje.
Řešení se nabízejí následující:
Zobrazeno 8 zpráv z 8.