|
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++
![Java | [Coffee]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/coffee.gif)
|
|
|
|
|
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++
|
|
|
|
|
Honestly take a look at the MFC videos on MSDN Channel 9 (sorry dont have the link handy).
Also if you are unsure of which type of skills companies are looking for (if thats what you are getting at), always take a look at job posting boards for those skills.
I can say from a personal view is that MFC is still needed and the push MS has done with MFC for the Visual Studio orcas release indicates that.
However what you will find is a lot of companies adopting C# as their programming language and tool set of choice. They usually believe that a garbage collector is safer and will speed up development.
You may also be interested in looking at C++/CLI.
one word of advice, do not learn one thing. Only one thing is permanent in life... and thats CHANGE ! ;)
|
|
|
|
|
what is meaning of const int * & int * const.
|
|
|
|
|
The difference is where the const applied; is it applied to the pointer, or what is being pointed to. The first one is a pointer to a const int, meaning that the pointer can change (you can have the pointer point to a different int), but not what is pointed to.
Peace!
-=- James Please rate this message - let me know if I helped or not!<HR>If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong!
Avoid driving a vehicle taller than you and remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road!
See DeleteFXPFiles
|
|
|
|
|
const int * a constant pointer to an int
int * const a int pointer to a constant int
it is a little confusing. And it isnt the best way to code such thing.
Greetings from Germany
|
|
|
|
|
i Think u r not clear from above two ans so i m explaing u ...
Pointer To Const
syntex:
int const *ptr;
or
const int *ptr;
that means they are pointer to const int. so we can't change the value of they are pointing. we can change what they r pointing....
for example:
int i = 10;
int b = 20;
int const *ptr = & i;
(*ptr)++ ; // will give error
ptr = & b ; // OK
Const pointer:
syntex :
int * const ptr1;
it is const pointer so what it is pointing is const so we must initialize at the time of declaration
so synetx is like
int * const ptr1 = & someintegervarible;
for example:
int i = 10;
int b = 20;
int * const ptr1 = & i; //required initialization
(*ptr1)++ ;//OK
ptr1 = & b; // Error
we also have
const pointer to const :
syntex :
int const * const ptr2 = & i; // required initialization
or
const int * const ptr2 = & i; // required initialization
Neither address which that pointer is pointing nor the value that pointer pointing will change.
Hiren Thakkar
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
