|
Very interesting post, could almost be an article. Better write one up, because FSM application would be very interesting.
I agree with you about the program logic part. FSM would make it completely simple technologically and maybe that part of the message loop should be handled that way since it simplifies a lot.
OOP : Just Code Organization
OOP is just a way of organizing code though and that is what most of the world needs: code organization. Code organization (when done properly) allows maintenance to be done quickly and by a large number of people.
Data encapsulation (think hiding algorithms) allows more people who don't necessarily understand the ugly innards of the algo itself to still do maintenance fixes since code is organized into components that work properly as black boxes.
That's what I thought was nice about the MFC wrapper. It organized some things that I didn't want to know how they worked so I could put them together in ways to build something.
Slow Down & Write K&R C
If only we all had the time to slow down and write programs like the K&R C book. But we don't. Things must be hidden and hidden means there will be things I don't understand. Not my first choice but I have to build a product. 
I hope you'll write up an article on FSMs. It would be a great read. 
modified 29-Jan-19 16:07pm.
|
|
|
|
|
It seems that good stuff never get out of fashion, even in software development ...
|
|
|
|
|
When you install Visual Studio 2015 and later, MFC is not installed by default. When installing tools for native, ALWAYS use the install components.
|
|
|
|
|
Yeah, someone had kind of already pointed that out, but that doesn't seem to be the problem.
I went back and checked the Visual Studio Installer and it shows that I picked the option for MFC:
https://i.stack.imgur.com/CBHX4.png[^]
|
|
|
|
|
I just installed 2019 on a VM, make sure the individual component for MFC x86 was checked and it installed.
|
|
|
|
|
Show me how to get to the project template please. Grab a screen shot and post.
if you need an easy way to post the screen shot.
1) go to Electrical Engineering Stack Exchange[^]
2) open any question
3) paste the image into an answer and it will create an imgur link for you.
4) grab the imgur link and post here
You don't have to save your answer -- it's just an easy way to get an imgur link
|
|
|
|
|
Open the Visual Studio Installer
For Visual Studio 2019 Preview, click "Update"
Click "Individual Components"
Scroll all the way down
About 8 lines up is "Visual C++ MFC for x86 and x64"
Make sure it's selected (it does NOT automatically select)
Also select "Windows Universal C Runtime" (at the bottom)
|
|
|
|
|
Ok, I found it way over on the right side in the installer.
https://i.stack.imgur.com/ue4FM.png[^]
Not easy to find. And very unexpected since the other main item shows MFC as part of the toolkit that is installing.
|
|
|
|
|
MFC were (are?) a thin wrapper around Win32 (now Winapi). If you miss them then the wrapper wasn't that thin, after all. 
|
|
|
|
|
Orginally it was but over time it has become a bit thicker.
"They have a consciousness, they have a life, they have a soul! Damn you! Let the rabbits wear glasses! Save our brothers! Can I get an amen?"
|
|
|
|
|
The wrapper around COM was a thick one, if I remember correctly.
|
|
|
|
|
I never did MFC -- or VB for that matter -- and I couldn't get my head around Borland's TWindows or whatever it was called. And I only ever dabbled in C++.
So I was (am) very glad to find that WinForms in .net (with C# of course) was (is) so easy to use.
On the other hand, I may be back to using just-plain-C soon -- to write packages for use in Python. ![Jig | [Dance]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/jig.gif)
Yay, C!
|
|
|
|
|
PIEBALDconsult wrote: So I was (am) very glad to find that WinForms in .net (with C# of course) was (is) so easy to use.
I agree. C# WinForms seriously took over and I left all my C++/MFC behind. Alas. 
PIEBALDconsult wrote: On the other hand, I may be back to using just-plain-C soon
PIEBALDconsult wrote: Yay, C!
Yes, I agree. Or even yay, C++ (console-based like the old K&R C, but C++ would be nice.)
Unfortunately there isn't a lot of call for that type of code. Arduino (embedded) allows me to do that kind of coding. But then sometimes over there I'm like, "Why can't I do X easier? I'm limited by this doggone framework."
|
|
|
|
|
You might like this blog?! 
https://moderncpp.com/
From someone who has never stopped working on C++ UI and now works at Microsoft
Basically the Microsoft recommended way of making C++ UI on Window is through UWP. And UWP is better used in C++ with moderncpp (still work in progress last I know) but can be done (in released fashion) using C++ /Cx
|
|
|
|
|
Super Lloyd wrote: And UWP is better used in C++
Hmm...I was trying to find out if you could build XAML (UWP basically XAML) UI and C++.
WPF never did get to C++ you were stuck in C# basically.
And I'm not sure that moderncpp is still going. It mentions Win/RT which I believe was left behind by MS also.
You really can't tell where MS is going with C++.
They're kind of leaving it behind....but they're kind of supporting it via Win API /SDK type of framework which is weird and old.
MS probably has no idea theirselves. 
|
|
|
|
|
Well.. UWP is a failure but.. it has some redeeming qualities nonetheless.
- All new devices API (like GPS, accelerometer, etc..) they are UWP
- (relatively) easy to mix and match DirectX and XAML (i guess if you are a game developer might be good? dunno you might go 100% Unity anyway)
- Best Microsoft provided API to write GUI application in C++ IMHO, or at the very least the most modern one
- easy deployment, but stringent limitations, so it's a tossup
|
|
|
|
|
So my work is now cutting edge? That's a good laugh!
|
|
|
|
|
That's very cool because I was thinking about Win API and MFC --- where would anyone ever learn it nowadays??--- even though it is still supported.
It doesn't make any sense because someone has to be doing legacy work at least and there are plenty of examples at MS site that show that they are using Win API type of tech and when Win/RT released they were showing all the samples as Win API even though the tech is ancient.
I mean, it does still work though. MS is confusing. 
|
|
|
|
|
From the release notes for VS 2019 Preview 2: The following C++ ATL/MFC wizards are no longer available: ATL COM+ 1.0 Component Wizard, ATL Active Server Pages Component Wizard, ATL OLE DB Provider Wizard, ATL Property Page Wizard, ATL OLE DB Consumer Wizard, MFC ODBC Consumer, MFC class from ActiveX control, and MFC class from Type Lib. Sample code for these technologies is archived at Microsoft Docs and the VCSamples GitHub repository.
I assume that this means that MFC is still present. Perhaps it is not installed by default (you may have to drill down in the installation program, and select it...)
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Maybe this is an effort to force C++ people to use WinRT/UWP instead of MFC.
They will end up forcing everyone to switch to Qt.
|
|
|
|
|
afigegoznaet wrote: Maybe this is an effort to force C++ people to use WinRT/UWP instead of MFC.
They will end up forcing everyone to switch to Qt.
That would serve them right! Qt for everyone. 
|
|
|
|
|
I notice the event loop in the template still doesn't deal with the return from GetMessage being TRUE, FALSE or -1. For details on this little treasure of the Win32 API see the middle-bottom of the following page (under return value):
GetMessage function | Microsoft Docs[^]
Regarding MFC, I always found it a bit of a cludge in places and fairly incomplete. I often had to resort to Win32 calls to get stuff done. I recently had to do some additions to an old MFC project and started to think this wasn't all that bad...until I realised that a list control needs each line measuring to determine whether to show a horizontal scrollbar! Mercifully, you get a vertical one automatically.
When the .NET framework/Forms/WPF came along this sort of thing just went away. The API was much more complete, along with the revelation that you can still use something that looks like C++ (C++/CLI, NOT managed C++ which needed taking out the back and shooting) to program it - it seemed like a whole new world! I still use C++/CLI rather than p/invoke as I find it much cleaner where I need to get down to low level stuff or interface with pure C++ libraries.
|
|
|
|
|
Great post. I can tell you have some advanced experience with the framework.
And yes, there were incomplete things where they hadn't wrapped up stuff.
But then .NET became the twinkle in their eye and they basically left MFC behind. 
|
|
|
|
|
standard microsoft practice.
they do what they want and they don't care.
if there is popular unrest that will imply negative $ outcome they'll think about it, but still do what they know is "for the good of the world". they can sustain negative $ outcome for a couple of years before they cancel the "for the good of the world" action, but in those years they will support countless trolls in the fight for their "good of the world" view.
interestingly, my developing path was the opposite of yours. i switched from turbo pascal on dos to c++ on windows programming with mfc, that's what we used in the firm. we could do some things but i soon discovered that nor me nor the seniors knew how things worked and just to say that, in c or pascal, pointers are one of my strongest points and i knew (1998 year) c++ well enough so virtual destructors, copy constructors and assignment overloading were a piece of cake for me.
then i got me the win32 forgers tutorial and later the petzold's programing windows.
i never looked back at mfc or even oop for that matter.
c++ is okay because you can switch to plain c anytime you decide. it is not c here that is important, it is the liberty to chose your style to organize the code and the liberty to pass by value or pass by reference as you like. unlike java that puts a constraint on you.
oop and graphical user interfaces got popular at the same time and they are a perfect match. gui's best match for a data type would be a hierarchy of objects.
other than that it has more weak points that strengths compared to common good programming practice.
of course "in matters of taste, there can be no disputes". my taste is for freedom.
i fight for a standard where c compilers would not issue a compile time error if you pass a "wrong" type of argument to a function without type casting, but a warning would be mandatory.
let the juniors learn programming in the most strict type safe languages, but when they come to work in c they'll have to face complete freedom and responsibility.
|
|
|
|
|
K&R C is great / required for writing interrupt handlers and low level drivers - those tasks assigned to a few selected bit fiddlers with at least ten years of experience. They can handle the freedom and responsibility. In the old days, they were assembly coders; today they are K&R C coders.
It was said that the core part of Lotus 1-2-3 (for the below 50y: The grandfather of spreadsheets) was coded in assembly to fit on a 360 Kbyte floppy. Today, you might have to code in C for your code to fit on a memory stick ... It sometimes seems like application developers have completely lost control over code size. Yet: I don't think the solution to that problem is to ve them the "complete freedom and responsibility" of K&R C - preferably not even C++. Even though the freedom is not "complete", it is too high, even in C++.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
