|
No one is going to "give" you code. You have to show your work and ask for help with problems you are experiencing
AF Pilot
|
|
|
|
|
Wrong forum: You should post in the gimme codez one. 
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
khatatbeh20092 wrote: I want c or c++ program
I want Megan Fox in her underwear serving me breakfast every morning.
|
|
|
|
|
Heres an exciting thought - you've probably got a better chance of getting what you want than the OP!!
|
|
|
|
|
Hi guys, I'm trying to take a move to unmanaged C++ desktop apps from C#.Net.
But it is still confusing to me on what libraries I should use. I've heard mostly ATL and MFC.
What would you guys recommend? What is the market demand today?
From what I've heard, MFC would be the choice, however, I'm not sure about it.
Whichever choice you recommend, what would you suggest as a good book?
Also, If I intend to port it to other platforms (MacOS/Linux) what would make the job easier?
Thanks and Regards!!
Fábio
|
|
|
|
|
For MFC, I'd recommend the book: Programming Windows with MFC by Jeff Prosise[^]. It is very neatly written and covers many aspects of MFC.
ATL and MFC are quite different (and one is not a replacement for the other).
Neither ATL nor MFC are portable to other operating systems. If you need portability, there are things like wxWidgets[^], QT[^], and there's Visual Component Framework[^], which is written and maintained by our fellow CPian, Jim Crafton and these are mostly for UI development.
There's also Boost[^], which is highly praised and is fully portable across operating systems. Poco Library[^] is another thing that you might want to consider.
“Follow your bliss.” – Joseph Campbell
|
|
|
|
|
Thanks for all those recommendations. It certainly made me more confused on what to use 
I don't really need portability yet, but I'd rather learn something portable than not portable like the MFC. I took a quick look at VCF and it seemed really interesting. How powerful it is, I don't know. I believe the MFC should be more powerful than anything else, but if there is something close to it that is portable, it would be better. QT, looked promising, but still, can't be sure. If you were me, what would you use?
The MFC book you recommended got me thinking... It is from 1999, and from what I remember there were no fancy looking apps back then. Will I be able to build fancy apps like the ones I can with .Net or like Office 2007? Did MFC got updates since then or it's just that old?
Thanks a lot for your feedback!
Regards,
Fábio
|
|
|
|
|
Hi,
It is not very clear from your reply if or not you are proficient with standard c++ at first place. These libraries use many aspects of object oriented programming very extensively (some of them are libraries, some of them are frameworks) and are all written in C++ (some portions may be in C, but you need not generally bother).
If you are not very good at C++, I'd recommend that you workup on that first. Like Superman said to you, STL[^] is very important and it plays a very crucial role in your day to day development. It is mainly a set of template classes that forms a library and it helps you with basic things like containers, algorithms, etc., These classes are well tested and have been around for several years.
By using STL, you will not need to worry trivial things like writing a linked list to store your data, and you could concentrate on your actual problem, while using the list class provided to you by STL. OK, I shortened it. STL is much more. I'd recommend Effectiver STL[^] to you. But to touch STL, you must understand at least the very basics of C++ and OOP.
Fabio Franco wrote: If you were me, what would you use?
I'd start C++ and STL together, and try and get a working understanding of them both. I'd then learn MFC, followed by other open source frameworks, if needed.
Fabio Franco wrote: The MFC book you recommended got me thinking... It is from 1999, and from what I remember there were no fancy looking apps back then. Will I be able to build fancy apps like the ones I can with .Net or like Office 2007? Did MFC got updates since then or it's just that old?
We had to do all the fancy stuff by owner drawing, but MS has now released the MFC Feature Pack[^], with which you could create very appealing UI (office 2007 style UI) with ribbon, and all. It introduces plenty of new controls, all visually appealing. The fact that the book was first written in 1999 doesn't matter. The basics of the framework remains the same, and it still is a very good option, and it is very powerful.
Remember: You might use this same forum for asking C++/MFC/STL queries. There are plenty of people with good expertise in 'em all. Good luck with your learning. 
“Follow your bliss.” – Joseph Campbell
|
|
|
|
|
Thanks a lot Rajesh, you rounded it up for me.
I really don't know much of all libraries used by C++ apps.
But I do know C++ (not too deep, but I can get around). OO concepts are natural to me as I've been using C# and data structures for several years now.
Thanks again, very helpful.
Regards,
Fábio
|
|
|
|
|
You're welcome.
A good understanding of OOP would let you learn C++ faster. Knowledge of data structures is a definite bonus! But like I said in the post below, do not get lost. It is very easy to get lost, because there is aplenty to learn. So, break up everything clearly and set intermediate goals that would lead to your final achievement - becoming a proficient Windows Programmer. The first step, like I said is C++ and STL and I've given link to you to the page where you can freely download an excellent book (actually two parts).
After reading this reply of your, I have a feeling that you must be able to learn C++ and STL faster. So, MFC would be next in the pipeline, sometime soon. Good luck.
“Follow your bliss.” – Joseph Campbell
|
|
|
|
|
Thanks! You are right, I can get lost pretty easily. I started to look around when I bought the book Windows Via C/C++. After I started reading it I figured out that I might have jumped the gun.
My next books will be the Effective ATL and the MFC one. Then I will go back to Windows Via C/C++
In the mean time I will work with Qt, to get a feeling in case I want to develop a cross plataform app (Maybe mobile?).
I Also have to take a look at Boost (I'm already getting lost), but I will leave that to a later point.
Thank you
Regards,
Fábio
|
|
|
|
|
Fabio Franco wrote: Windows Via C/C++
That's a terrific book and is most decidetly not for a rookie! It's just the single most outstanding book if you really want to know the gory details of Windows operating system. Keep it at the bottom of your book pile and don't touch it until you've got a good working knowledge of the rest of the stuff.
“Follow your bliss.” – Joseph Campbell
|
|
|
|
|
Yeah, I figured that! It will be there in the bottom.
However it was still usefull to me when I needed to call Windows APIs from my C# apps. Hooks and stuff, all great.
|
|
|
|
|
Don't be lost or confused with the whole of the stuff.
Think only about C++, along with which you would learn STL. For this, I'd recommend Thinking in C++[^], by Bruce Eckel. The book is neatly written and organised. The books (two parts) are legally available for downloading from the author's own site for free! You may learn boost later, as your goal is to start doing windows programming first.
After you have working knowledge of C++, you may proceed to learn MFC (I already recommended a book). MFC will sometime need you to have knowledge of Windows programming (which has a pretty steep learning curve). However, it won't do so much of harm if you start it right with MFC and learn Windows programming and the gory Win32 API programming aside.
Your first goal is C++ with STL, so get started with Bruce Eckel's book. After you feel confident with it, come back here and tell us your status and people here will guide you further.
“Follow your bliss.” – Joseph Campbell
|
|
|
|
|
I started programming with MFC in the early 90s and used it professionally for years. More recently, I've been doing my own projects exclusively and found MFC far to bloated and rigid for my tastes. Plus, I want portability and to distance myself from Microsoft. For about the last year, I've been using wxWidgets and found the transition easy and there's a good support community with lots of extensions and examples available. It has the advantage of being totally open source and free.
As was pointed out by someone else ATL isn't really for applications but the extension to it, WTL which is open source, is. However, you're currently still tied to Microsoft because you need ATL and they only ship that with their full C++ compiler. After MFC and before wxWidgets, I played with WTL for a while but gave up. I found it a bit cryptic to use and there's a shortage of documentation and good examples. The one decent source of information on WTL is the Yahoo support group. I simply got tired of fighting with it to figure out how to do what should have been easy.
You measure democracy by the freedom it gives its dissidents, not the freedom it gives its assimilated conformists.
|
|
|
|
|
I understand what you're saying. And I rather not be tied to microsoft either. The problem is that in the market (at least here in Brazil) there is much more demand for MFC skilled proefessionals than the open source opportunities. As you're using wxWidgets, I plan to use Qt which is also Open source. But, I feel I need to learn MFC to have better chances to land on good jobs.
I later intend to rely only on Qt if the opportunity comes up. Hopefully it will and hopefully the skills I learn in MFC will help me to quickly learn Qt.
Thanks for sharing your experience.
Regards,
Fábio
|
|
|
|
|
I understand you problem. It's about the same here and when I was working, I had to keep up with every kneejerk that Bill had. However, it paid me a reasonable living abeit an annoying one. Now I'm retired and do my own projects and I find I have much less tolerance for Microsoft. Their APIs all seem to be half baked thesis ideas that some grad student cooked up and have serious drawbacks in the real world. The other thing that really pisses me off is Microsoft's blatant attempts to undermine any standards process they feel is in their way to further their monopoly. I just on the edge of going through the learning curve of moving to Linux and GCC.
You measure democracy by the freedom it gives its dissidents, not the freedom it gives its assimilated conformists.
|
|
|
|
|
Aye, I feel your pain. Microsoft's model pisses me off in every way. The one thing I like to work on is Visual Studio, but I'm screwed if I need portability or support.
Support is crap, despite how expensive you pay on their products you don't have the right to have support (you have to pay for support) even if it is a bug that is their responsability. It's like buying a car that the engine stops in the first week of use and have to pay to the manufacturer to take a look under the hood. I'd rather pay for support on free products than for very expensive products.
I couldn't stop writing if I would say all bad things about microsoft. Unfortunatelly most people depend on Microsoft based products, hopefully in time this will change.
|
|
|
|
|
Back when, the best source for support for MFC was a USENET group. I remember when a new release broke my code and Mike Blaszczak, the MFC lead at the time, told me it was a feature. In the next release though it went back to the original behavior. Mike was good about lording his position over the people there. If you called him on his behavior or pointed out his advice was incorrect, there was a group of toadies who'd come down on you because they were afraid he'd leave them. One day a long thread appeard with the subject "Mike Blaszczak is a Pr*ck"! 
You measure democracy by the freedom it gives its dissidents, not the freedom it gives its assimilated conformists.
|
|
|
|
|
For creating UI, MFC is still the right choice.
MFC also has a feature pack which helps to create advanced UI applications.
There is also an unsupported library called WTL.
ATL is mostly used to create COM and COM based components.
The most important library for any C++ application is STL.
Be sure to learn that.
STL is definitely portable across platforms.
|
|
|
|
|
Thanks! Very interesting.
Just wish to understand the STL role. What role does it play? Is it for UI? Or it is a general purpose library?
I'll have to take a look around to decide what path to take. There are also other libraries recommended by Rajesh (OpenSource crossplataform) that I will have to take a look.
Thanks again for your feedback.
REgards,
Fábio
|
|
|
|
|
It is a general purpose library like Rajesh already explained.
After you have learnt STL, you need to look at the Boost[^] libraries.
The new C++ standard yet to come out, takes a lot of stuff from the Boost libraries.
|
|
|
|
|
If you want to port to other platforms, use qt from the start; do not start using proprietary non-portable libraries because it will make things harder later on if you want to make things portable.
Max.
This signature was proudly tested on animals.
|
|
|
|
|
I thought of that. I seriouly plan to look at Qt. If I want to do portable apps, that's the choice I've made.
Thanks!
Fábio
|
|
|
|
|
Many people move from MFC to C#.NET. Why do you want to move back?
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
