Аз съм нов за WPF MVVM .. Някой да изчисти използването на поведението в MVVM приложението в WPF ?. Защо трябва да се стремим към поведение, дори да имаме метод на действие в WPF MVVM?
Отговори:
6 за отговор № 1Поведение е нещото, което прикачвате към елемент и посочва кога приложението трябва да отговори.
Действието е прикрепено към поведението и определя какво трябва да направи приложението, когато поведението се задейства.
На пръв поглед, поведение изглежда подобно надействие: самостоятелно единица функционалност. Основната разлика е, че действията очакват да бъдат извикани и когато бъдат извикани, те ще извършат някаква операция. А поведението няма понятието призоваване; вместо това действа повече като добавка към обект: незадължителна функционалност, която може да бъде при желание се прикрепя към обект. Той може да прави определени неща в отговор за стимулиране от околната среда, но няма гаранция, че потребителят може да контролира какъв е този стимул: зависи от поведението автор, за да определи какво може и не може да бъде персонализирано.
Поведенията ви позволяват да капсулирате множество свързани или зависими дейности плюс състояние в една единица за многократна употреба.
0 за отговор № 2
В MVVM може да се наложи да извикате методи от View, ако ViewModel излага методи, а не команди. Поведенията позволяват това.
Вие заявявате „имаме метод на действие във WPF MVVM“,но доколкото знам "методът на действие" не е част от WPF. Ако използвате помощна библиотека MVVM, тя може да предостави „метод действие“, което може да капсулира методите в команди. В такъв случай поведението не се изисква за MVVM модела, използвайки методи.
Забележете обаче, че поведението има други приложения извън MVVM.
0 за отговор № 3
Горещо препоръчвам да прочетете това код на проекта че демонстрира
- какво е прикрепено поведение
- какви са алтернативите
- това е предимствата му в сравнение с алтернативните решения на подобни проблеми
Идеята е да настроите прикачен имотелемент, така че да можете да получите достъп до елемента от класа, който излага прикаченото свойство. След като този клас има достъп до елемента, той може да закачи събития върху него и в отговор на тези събития, които задействат, да накара елемента да прави неща, които обикновено не би направил. Това е много удобна алтернатива за създаване и използване на подкласове и е много XAML.
Заключение от горната статия
Кукиране на събитие върху обект и правене на нещокогато огън е със сигурност не е новаторска иновация от всеки участък на въображение. В този смисъл прикрепените поведения са просто още един начин направи същото старо нещо. Значението на тази техника обаче е че има име, което вероятно е най-важният аспект на всеки дизайн модел. В допълнение, можете да създадете приложени поведения и приложете ги към всеки елемент, без да е необходимо да променяте друга част от системата. Това е чисто решение на проблема, повдигнат от Паскал Бинггели и много, много други проблеми. Това е много полезен инструмент за има във вашата кутия с инструменти.