|
I've just bookmarked those two articles for later reading 
"There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult." - C.A.R. Hoare
Home | LinkedIn | Google+ | Twitter
|
|
|
|
|
Excellent. I'm deep in the process of writing part 3 right now. In order to demonstrate the power of templates, I'm rewriting the code so that it's capable of doing ViewModel first resolution.
This space for rent
|
|
|
|
|
Great stuff. I'll be sure to keep my eye out for that
"There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult." - C.A.R. Hoare
Home | LinkedIn | Google+ | Twitter
|
|
|
|
|
I have seen a lot of bad implementations of using MVVM. I know when I first started I was not as comfortable, and part of it is that Microsoft did not really provide the support of the product natively. One of the big problems is that when Microsoft released WPF they did not include much in the way of support for MVVM. In particular there was the ICommand interface where really needed some support, or had to roll your own. It would have been real nice for Microsoft to have inherent support for MVVM and WPF. Still whenever I create a sample project for CodeProject, I have to include some sort of ICommand implementation. Something on the order of MVVM Light would have been really nice, and then there would be lots of samples to use. Microsoft does provide PRISM, but it is not inherent, and seems to be overkill for simple projects.
|
|
|
|
|
Correct, RelayCommand and ViewModelBase are still copied somewhere from the webz... I've seen people using WPF controls in the Windows Forms way - doing everything with event handlers in the code behind files (and I admit: I started so, too).
But the more important point here is absolutely independent from that: it is the separation of UI and other logic.
|
|
|
|
|
I've seen WinForm Controls being passed to the business and data layers and I've seen direct database access in forms.
Nothing surprises me anymore 
|
|
|
|
|
if one separtes the ViewModels in another class-library and don't use UP dependencies there (e.g. I use portableclass libs where you can't use UI .NET libs)
such things can never happen, maximum separation, maximum reuse... But have a look at MS examples, they could realy show how to do it right - not "simple" and wrong... 
|
|
|
|
|
MVVM is incredibly difficult to get right and even after 8 years of tinkering with it I'm still learning! Some developers don't have the time, patience or permission to waste time getting it just right, when going to the code behind gets the job done.
I found the learning curve for WPF/MVVM incredibly steep and I'm sure that puts off many beginners. Part of that learning was the realization that MS put WPF out there half-baked and then moved onto something else. I find that over the years I've collected or developed so much code that could have easily been rolled into the framework at some point.
I find XAML particularly obtuse and difficult to work with at times. If I could change or improve two things with WPF it would be to simplify the XMAL syntax and dependency properties - the real place where 'code behind' should go.
It is such a shame that this technology isn't as accessible as Winforms because it can be incredibly powerful. Then again, maybe MS should admit that really the way to go is HTML5/CSS and simply replace what XMAL does with that. Unless (I'm not quite up to speed with Universal Apps) there is something already for that?
|
|
|
|
|
UWP APPS = evil
There's a very good reason why folks download Win7 CALC & Spider Solitaire.
Download the CALC & install on Win10, then run both side-by-side
|
|
|
|
|
Any UI code or references inside a viewmodel stinks, is ugly, and is totally unnecessary with good MVVM design, especially in WPF.
|
|
|
|
|
Then there is "business logic" and there is "plumping".
Is it necessary to note there is a difference?
I find it amusing that someone will spend "days" trying to avoid writing a single line of "code-behind" when confronted with a pattern that may deviate from your typical "view binding"; even if it has nothing to do with "business rules".
The "user" doesn't care that your idea of MVVM is "purer" than someone's else's; they're concerned you're spending all your time on "fringe" cases instead of solving their "business" problems.
"(I) am amazed to see myself here rather than there ... now rather than then".
― Blaise Pascal
|
|
|
|
|
Have you ever used the decorator pattern? I use to love MVVM - but IMO decorator pattern kills it every time for ease of use and clarity and most importantly making changes and upgrades for future features.
|
|
|
|
|
So apparently:
UWP = evil
WPF = half-baked and too steep of a learning curve.
WinForms = too old and obsolete
Now what?
|
|
|
|
|
Dennis_E wrote: Now what?
42
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
|
bool isOffset = new bool();
if (reader["foo"].ToString().ToUpper().Trim() == "BAR")
isOffset = true;
else
isOffset = false;
I'll stop now.
Marc
|
|
|
|
|
Please, for the love of bacon, STOP POSTING THIS CRAP! 
|
|
|
|
|
Dave Kreskowiak wrote: Please, for the love of bacon, STOP POSTING THIS CRAP!
It's about the only way that I can stay sane. Thank goodness I have TW&TW as an outlet for my pain.
Marc
|
|
|
|
|
Marc Clifton wrote: It's about the only way that I can stay sane.
Cheech and Chong may have something to help with that.
Wait a minute. For some reason I can hear Tommy Chong's voice when I read that code. Sounds about right.
|
|
|
|
|
Too bad he/she(it?) didn't have "bar" in the initial quotes. Then you could have replaced the construct with
bool isProgrammerCompleteFnIdiot(true);
Sudden Sun Death Syndrome (SSDS) is a very real concern which we should be raising awareness of. 156 billion suns die every year before they're just 1 billion years old.
While the military are doing their part, it simply isn't enough to make the amount of nukes needed to save those poor stars. - TWI2T3D (Reddit)
|
|
|
|
|
David O'Neil wrote: bool isProgrammerCompleteFnIdiot(true) || isProgrammerNew()
FTFY
There are two kinds of people in the world: those who can extrapolate from incomplete data.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
Syntax error: expecting '{' after ')'
#SupportHeForShe
Government can give you nothing but what it takes from somebody else. A government big enough to give you everything you want is big enough to take everything you've got, including your freedom.-Ezra Taft Benson
You must accept 1 of 2 basic premises: Either we are alone in the universe or we are not alone. Either way, the implications are staggering!-Wernher von Braun
|
|
|
|
|
Please post your question in Quick Answers.
There are two kinds of people in the world: those who can extrapolate from incomplete data.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
Just in case your bools give you a NullReferenceException.
And your BaR s have trailing spaces and lower cases.
And you really need those if else statements...
Just out of curiosity, are you sure Trim() also trims uppercased spaces? 
|
|
|
|
|
You joke, but I've seen code that "uppercased" spaces to \0
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
