WPF
17 отговора
0 прегледа
WPF
[линк]
The reality is that every WPF project I've been brought on to has involved some guy thinking he was smart enough to invent his own MVVM framework, only for it to be a half-baked knock-off of someone's Code Project article. All WPF projects end up with a ViewModelBase that is so choc full of inherited members for threading and progress bars and INotifyPropertyChanged. Showing a view in a dialog takes 20 times more code than it would if you just put the code in Button1_Click, and it's equally as well tested since most people using MVVM are doing it because they claim it is testable but no one is actually writing unit tests for their view models, except the architects inventing the MVVM frameworks in the first place.
10/10!
The reality is that every WPF project I've been brought on to has involved some guy thinking he was smart enough to invent his own MVVM framework, only for it to be a half-baked knock-off of someone's Code Project article. All WPF projects end up with a ViewModelBase that is so choc full of inherited members for threading and progress bars and INotifyPropertyChanged. Showing a view in a dialog takes 20 times more code than it would if you just put the code in Button1_Click, and it's equally as well tested since most people using MVVM are doing it because they claim it is testable but no one is actually writing unit tests for their view models, except the architects inventing the MVVM frameworks in the first place.
10/10!
в отговор на ThunderFuck
#2
Re: WPF
че то това не важи ли за повечето нови платформи?
Народът няма нужда от вредни сензации. Народът има нужда от полезни сензации.
Народът няма нужда от вредни сензации. Народът има нужда от полезни сензации.
в отговор на ThunderFuck
#3
Re: WPF
Най-големата простотия на МС е XAML-а.
То даже не може да се каже, че е умряло това вече, защото никога не е живяло реално.
Сложи тука и WCF при мъртвите.
То даже не може да се каже, че е умряло това вече, защото никога не е живяло реално.
Сложи тука и WCF при мъртвите.
в отговор на ThunderFuck
#7
Re: WPF
Абе така и така сме се заговорили за булшити, та да питам:
Кво стана с LightSwitch-a (Обсти, да не се бърка с бранда Swatch, нали. Да не се излагаш допълнително).
Телерик май имаха някакви екстенжъни за тва?
Гуру, кажи баце, как вървят продажбите на Телерик контролчетата за ЛайтСуйча, ако имаш некакво инфо де.
Кво стана с LightSwitch-a (Обсти, да не се бърка с бранда Swatch, нали. Да не се излагаш допълнително).
Телерик май имаха някакви екстенжъни за тва?
Гуру, кажи баце, как вървят продажбите на Телерик контролчетата за ЛайтСуйча, ако имаш некакво инфо де.
в отговор на ThunderFuck
#9
Re: WPF
Братле, поздравления за интересната тема. 
Да видим кога ше се изроди в ебане на сърнички, фламингота и други животни, но за сега можем да обсъдим сериозните проблеми като яките пичове.
Точно тоя цитат е наистина 10/10, даже мисля да го пратя на шефовете си. Това MVVM е нещо безкрайно безумно, правено от олигофрени и ползвано от олигофрени, почти като алфата ти. Точно в момента бутам проект с това нещо, като доста от модулите ги пренаписвам, и о чудо! дори пренаписани без да се ползва mvvm и дори с добавена функционалност, излизат 2 пъти по-малко и като код, и като файлове.
И понеже имам опит с Андроид, а сега бутам въпросния проект за WP8, мога да правя някакви сравнения на тези два, доста подобни, свята. Първо, не мога да възприема обвиненията на автора относно излишното verbosity на XAML - в Андроида е същото. И, като цяло, няма как да е друго, защото ако е, просто ще се губи прегледност.
Второ, автора е изпуснал основната глупост на WPF/Silverlight - връзката между XAML, т.е. презентацията и класа, който описва функционалност става посредством няква безумна система, която имплицитно генерира някви класове-посредници. И няма как класа да е асоцииран с друг XAML. От това апликейшъна директно става контекстно зависим - при пренос към друга среда се налага пренаписване. В Андроида е направено просто и очевидно - Activity класа си има метод setContentView, който директно асоциира XML-а с функционалността и когато пренасяш проекта на друг дивайс, просто лоадваш друг XML. И ми е крайно непонятно от къв зор не е направено по същия начин при WPF, при положение, че е много под 100 реда код това.
Да видим кога ше се изроди в ебане на сърнички, фламингота и други животни, но за сега можем да обсъдим сериозните проблеми като яките пичове.
Точно тоя цитат е наистина 10/10, даже мисля да го пратя на шефовете си. Това MVVM е нещо безкрайно безумно, правено от олигофрени и ползвано от олигофрени, почти като алфата ти. Точно в момента бутам проект с това нещо, като доста от модулите ги пренаписвам, и о чудо! дори пренаписани без да се ползва mvvm и дори с добавена функционалност, излизат 2 пъти по-малко и като код, и като файлове.
И понеже имам опит с Андроид, а сега бутам въпросния проект за WP8, мога да правя някакви сравнения на тези два, доста подобни, свята. Първо, не мога да възприема обвиненията на автора относно излишното verbosity на XAML - в Андроида е същото. И, като цяло, няма как да е друго, защото ако е, просто ще се губи прегледност.
Второ, автора е изпуснал основната глупост на WPF/Silverlight - връзката между XAML, т.е. презентацията и класа, който описва функционалност става посредством няква безумна система, която имплицитно генерира някви класове-посредници. И няма как класа да е асоцииран с друг XAML. От това апликейшъна директно става контекстно зависим - при пренос към друга среда се налага пренаписване. В Андроида е направено просто и очевидно - Activity класа си има метод setContentView, който директно асоциира XML-а с функционалността и когато пренасяш проекта на друг дивайс, просто лоадваш друг XML. И ми е крайно непонятно от къв зор не е направено по същия начин при WPF, при положение, че е много под 100 реда код това.
в отговор на Pekoнcтpykтop
#10
Re: WPF
Аз па не мога да разбера едно.
За кви XML -и си говорим в контекста?
Има си JSON.Перфектен.
За кви XML -и си говорим в контекста?
Има си JSON.Перфектен.
в отговор на Pekoнcтpykтop
#13
Re: WPF
бе и това си има неприятности, ама общо взето впф наистина си е ебаси и изсрания фреймуърк.
Народът няма нужда от вредни сензации. Народът има нужда от полезни сензации.
Народът няма нужда от вредни сензации. Народът има нужда от полезни сензации.
в отговор на ThunderFuck
#14
мдаа
те затова минаха на джаваскрипто в новия. тая педарастия така и не разбрах шо се опитаха я краднат от апле. винаги ме радва като се стигне до некъв момент в който требва правиш ебем ти измислените хакове и като питаш интернета шо така - ами такъв случай не би требвало да има.
в отговор на ThunderFuck
#16
Re: WPF
С нескрита гордост мога да заява, че нямам и идея какво е WPF.
Даже първо го разпознах като WTF и се обнадеждих, че ще е пост за нещо яко.
После ви прочетох мненията, представих си за още колко много други простотии в програмирането дори не съм чувал и ме обхвана едно такова весело и приповдигнато настроение. ОК, може и да съм пропуснал нещо важно, но 1-2 важни неща на стотина припуснати простотии - направо съм на далавера.
Даже първо го разпознах като WTF и се обнадеждих, че ще е пост за нещо яко.
После ви прочетох мненията, представих си за още колко много други простотии в програмирането дори не съм чувал и ме обхвана едно такова весело и приповдигнато настроение. ОК, може и да съм пропуснал нещо важно, но 1-2 важни неща на стотина припуснати простотии - направо съм на далавера.
Поправи
ме ако греша но май за Windows 8 или по-специално RT варианта май точно XAML се ползва за писане на приложения и е някаква мутация на WPF ако не се лъжа.
За съжанение има много код написан на WCF и няма да умре скоро май. Поне сред мугравите от бившите британски колонии.
Това е положението - свиквай
За съжанение има много код написан на WCF и няма да умре скоро май. Поне сред мугравите от бившите британски колонии.
Това е положението - свиквай