|
That's like asking a VB'er if 1 + 1 is 2
Waldermort
|
|
|
|
|
MFC is still popular, but no so much as C#. I still use it on a daily basis, mostly for real-time stuff. Anything .NET can't hold a flame to C++ speed wise.
I get all the news I need from the weather report - Paul Simon (from "The Only Living Boy in New York")
|
|
|
|
|
Justin Perez wrote: MFC is still popular, but no so much as C#.
How in the world could you possibly know such a thing? Have you polled everyone, or at least a representative sample?
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
DavidCrow wrote: How in the world could you possibly know such a thing? Have you polled everyone, or at least a representative sample?
From the weather report, of course!
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.
|
|
|
|
|
I agree with your point.
Though I have no doubt it is true, for the script kiddies outnumber the rest of us by ????, I don't know but it's a lot! For them C# is the new VB and like the old VB will of course be more popular with them than C++. If the noise here on CP is any indication the script kiddie numbers are growing at an alarming rate.
|
|
|
|
|
led mike wrote: If the noise here on CP is any indication the script kiddie numbers are growing at an alarming rate.
I once asked a transmission mechanic what make of vehicle he saw the most of in his shop. Without hesitation, he said it was Chrysler* vehicles. That could be interpreted in one of two ways: 1) Chrysler makes an inferior product, or 2) there are more Chrysler vehicles on the road than comparable models, so it stands to reason that more Chrysler vehicles will be in the shop than others. Therefore, GM could have an equally faulty vehicle, but if there are less of them on the road, statistically there will also be less of them in the shop, but that is no indicator that they are a better vehicle.
* The argument could be made for any make, not just Chrysler.
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
DavidCrow wrote: That could be interpreted in one of two ways: 1) Chrysler makes an inferior product, or 2) there are more Chrysler vehicles on the road than comparable models
So that horrible analogy means that you can't tell if their numbers are growing by the posts here on CP? What about the comp.lang.C++ news group?
|
|
|
|
|
led mike wrote: ...you can't tell if their numbers are growing by the posts here on CP?
There may very well be an equal number of "C++" members but they are just not posting, or they are posting at a time when you and I are offline. My point is, you can't tell about one simply because of the apparent lack of the other.
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
With MFC as mature as it is, I would expect post count to dwindle with time. That certainly doesn't
reflect on the popularity.
I have no point...just a comment
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
led mike wrote: What about the comp.lang.C++ news group
I am not there, neither are many of my friends in C++. It's one of those places you hange out if your image needs heightening by acting superior, or you need help from someone who is chalking up points for how many people they helped. In any case neither comp.lang.c++ nor codeproject look good on the resumes. Most of the real-world stuff that happens completely unbeknown to most programmers is all C++. This is the air-traffic control, nasa control, satelite launches, etc. There are embedded systems again running on PLCs or embedded systems and still these don't run .NET and they handle the actual infrastructure communications from vehicle to vehicle, ships to airplanes, to many other things. Lots of things that happen completely invisible to you, still happen via C++ and various multi-platform extensions thereof. It is very hard to inventory those industries that have an absolute need for speed, as most of them also are rather closed lip about it. Same goes with drivers, operatng systems, and other low-level fast operation activities.
It actually is very difficult to inventory any language without breaking it down to industry. Business programming IS the largest proponent of C#, real-time operatons IS still the leading proponent of C++ (and the reason there will be a new version soon). Both are active. If one program runs on 50000 vehicles using C++, but 5000 businesses use C# for their online business operations, which s greater? how many programs of the first does it take to compare to the second? it can't be done. You can break it down to industry perspective....
but you also have to watch out for sales figures skewing.... I am listed as a C# programmer by Microsoft because I purchased the studio Suite, though I did so only for C++, the suite was a package deal to my employer. Microsoft can easily skew the data. After all I DID buy the compiler, it is even not the first, it simply has never been used until recently and then only for learning. There has been no customer projects built with the compiler.
_________________________
Asu no koto o ieba, tenjo de nezumi ga warau.
Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)
|
|
|
|
|
Your answer remind me someone from the spanish vc++ forum in "lawebdelprogramador". Anyways, I'm totally agree with you.
Comparing C# and C++ is like comparing VB and VC++. They are different, starting from this difference is impossible to say one is better than the other.
One can be easier, be oriented to GUIs or whatever. But the fact is that if you do completely the same functions in both languages. The code from one will be shorter than the other, but the performance of the shorter will be not as good as the other.
My partners (that use VB) argue that C++ is very difficult and VB do the same with just a few lines. But the fact is that after compiling, their files are much bigger than mines. One thing is what the programmer write, but the other is what the programm endly contains and is used by the maschines.
Greetings.
--------
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
|
|
|
|
|
Great post. Since I have worked almost exclusively in business development (one embedded product and one PS2/XBox game ) I tend to skew my thoughts to that segment. I will try to remind myself of the other aspects of the industry when reading these types of threads in the future.
|
|
|
|
|
|
Thank you for answering my questions.Can you give me some tips for learning MFC & C#,like recommanding some good books for read,it must be very famous so I can get it easily.
|
|
|
|
|
Jeff Prosise, "Programming Windows with MFC", Microsoft Press
It's the one standard compendium. Old, but good.
Though I speak with the tongues of men and of angels, and have not money, I am become as a sounding brass, or a tinkling cymbal. George Orwell, "Keep the Aspidistra Flying", Opening words
|
|
|
|
|
bornunique wrote: ...so I can get it easily.
Are you allergic to work?
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
bornunique wrote: it must be very famous so I can get it easily.
What is your C++ background? If you are just beginning C++ I don't recommend starting with a MFC book as they are mostly written for experienced C++ developers.
|
|
|
|
|
I am earning money to live by coding using MFC What else you need to know?
- NS -
|
|
|
|
|
Just recommand me some good books ,I know C++ but never used MFC,I need a book for me to start this journey.Thank you again!
|
|
|
|
|
Microsoft Foundation Classes(MFC) Library is created with Microsoft that customize win32 library(if you remember Win32 was for c and it has some limited) and insert some things to it.
|
|
|
|
|
Why does that answer to the OP question ?
Furthermore, your answer is not really correct. First, win32 is not for C. It has a C API but that doesn't mean that you need to write C code to use it. And it doesn't really have some limitations: everything you can do with MFC, you can do that with the win32 API also (of course, this will probably much more time, but still).
Second, MFC are basically wrapper classes around the win32 API, which mean they don't really add functionality, they just provide a OO wrapper.
|
|
|
|
|
Win32 Library and Win32 was written in c not for C++,MFC was originaly a customize of Win32 then it inserting object orientation(for example classes) to it also support of somethings was little in it.
|
|
|
|
|
Cedric Moonen wrote: First, win32 is not for C.
It is.
You can call it from C++ (due to the inherent backward-compatibility), but it is a simple C-API. Quite old fasioned C, that is. No object orientation or interfaces or derivation like e.g. GTK+ has.
Though I speak with the tongues of men and of angels, and have not money, I am become as a sounding brass, or a tinkling cymbal. George Orwell, "Keep the Aspidistra Flying", Opening words
|
|
|
|
|
It's popular where I'm at for large applications
|
|
|
|
|
My advice would be to look at what you want to do and then examine which
language and/or framework is best for the job.
Do some research. Only you can know what's appropriate. Your decision should be based
on what the best tool for the job is and not the tool's popularity.
MFC, as mentioned in other posts, is a semi-object-oriented, C++ wrapper around the Win32
APIs. If Win32 is what you want to use for your Windows development, and C++ is your
language of choice (or the language you already know) then MFC is certainly an option.
MFC is still supported by Microsoft. There's new stuff added for VS 2008,
and there will be more new stuff added in the next Visual Studio version after
that.
Look into the .NET languages as well. The .NET framework provides many more
"canned" solutions to common programming tasks than MFC ever will.
Just my 2 cents...
Good luck!
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|