Millions of eyes have been on WPF too. For all intents and purposes, I think both frameworks are equally matured (WPF is overr 10 years old).
".45 ACP - because shooting twice is just silly" - JSOP, 2010 ----- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010 ----- When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
If you need something quick and easy: WinForm.
I prefer WPF.
But there are occasions where a WinForm application will be better.
In some cases, even a Console application can be better than WinForm. (If the UI is not important and just want something that works).
I am using the WebBrowser class in C#.
Then, this class has not member function that get the HttpResponseHeader.
I used WebBrowser control form Toolbox.
The code is very simple.
I laied the WebBrowser control on the Form window.
And I am not getting the HttpResponseHeader...
I agree you . i don't like to use EF for many reasons and yes you have right
EF wrote for you everything and that is the part which is almost don't like it
When things go wrong, you are going to need to look deep into the code from EF wrote for you. So how fast can you read and undersatand the generated code so that you can identify what the issue is and how to fix it? and etc etc .. but sometimes it's interesting to create tabels or use Code first using C# Dapper Plus for instance doing great job about it .
I agree with CHill60 - I always use SSMS.
Data design is too important, it needs careful thinking about if it's going to be both performant and flexible. Far, far too easy to "let the machine do it" and it makes unwanted assumptions about your data that lead to problems later.
Sent from my Amstrad PC 1640 Never throw anything away, Griff
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!