Re: [Dev-C++] Re: learning c++, best book

[Carlos d. M. <cg...@wo...>]

Teodorescu Cristian escribi=F3:

> Carlos Garc=EDa del Monte wrote:
>
> >I agree with Mrs Elizabeth, I have "win32 programming" by Rector and N=
ewcomer, too. Since it I achieved to make programs
> >which work
> >
> why your programs does not use to work ?? :-)

Why your programs did not use to work??:-)

In my first experiments before know Rector's book, with other books more =
ore less outdated (I didn't find anything modern) or
the explanations of the books were so bad done that I didn't understand t=
hem and I did not what I should, or I didn't find
anything and I couldn't imagine how to write things, and for what I read =
in the books I did not understand the winapi
reference, e.g., for creating a font, CreateFont Indirect, oh, you need l=
ogfont, what's that?, search some place, chosefont,
what? see in other  place, and that what is it?, etc, and when I found th=
e n-th function or structure I forgot what was the
damned meaning of logfont, or what function I was trying to use.

>
>
> > (I'm still in experimantation with the programs), and nowI understand=
 what means the things at the Win32API
> >programmer's reference.
> >Reliable's tutorial is a good place for c++ windows programming, but I=
 would recommend take a sight in Foreger's tutorial
> >before (www.winprog.org or com)
> >Another book you'll hear is "programming windows" by Petzold, but it i=
s only C and i more limited than Rector's (judging
> >
> I've read the petzold book is great book.
> "but it is only C "-take a closer look. API means procedural programing
> not oop . they are a collection of functions not a collection of classe=
s.
> If you want  c++ use a wrapper i think MFC(VC ++ ) or from wxWindow are
> suitable.
> Best book does not exist every book has a weak chapter and a strong cha=
pter.

Of course, but see at the subject, it says learning c++, and he wants to =
learn it for windows programming. You can learn MFC,
which is the MS library for C++ over windows api, so we can talk him abou=
t books for MFC, ...

Do a search for books over MFC, I didn't search any of them because of th=
e continuation of what I am saying, I cannot
recommend any of them because I don't know any.

..., but I assume he wants either program with MinGW, and MFC is only for=
 MSVisualC++, and MinGW has not it. I recommend him a
book for Win32API, which is not C++, but starts with the "raw API", which=
 I consider something recommendable to work, and if
he won't be able to use MFC I feel that way he will be able to guess what=
 will be going under classes and the sense of those
classes, and if he needs to write a class of his own he will be able to d=
o so. But in Petzold's book, for the TOC and what I
read about it and saw in a claimed downloadable version of it found somew=
here, it uses always C, while Rector's one at the
second part starts using MFC and C++, so he'll can see that code and have=
 a feel, and the code of the C part is organized in a
such kind of way that is in a direction pointing to C++, is a C code with=
 the taste of C++.

>
>
> >with the TOC, since I haven't read Petzold's book)
> >
> i think you should read the book.
> in some chapters are much more than u expected

Just yesterday I had a watch at some chapters of the downloadable one, an=
d I found a couple of things. And few days ago I had
a watch in th TOC of it at amazon and it has either other couple of thing=
s, like a chapter about files, a matter absent in
Rector's book (this is perhaps the main fall of Rector).