Newsgroup: it.comp.lang.c++
Titolo: Visual C++

Sto pensando di imparare a programmare in Visual C++, ma sono indeciso se
cominciare subito col nuovo VC5.0 o se partire dal 4.x, di cui e' piu'
facile trovare documentazione e testi didattici.
Qualcuno mi sa dare un consiglio?
Mi chiedo anche se vale la pena di usare il VisualC++ oppure se non siano
meglio i prodotti di Borland, o addirittura il DJGPP.
A proposito di DJGPP, ci sarebbero dei problemi ad installarlo su un
macchina Win95?
Grazie.
Carlo.


Impara lo standard C++ cosi' poi non diventi dipendente da qualche
prodotto specifico (ne te ne i tuoi programmi) poi eventualmente passa
ad altri ambienti.
GCC e' il miglior compilatore per imparare, e' standard, e
fondamentalmente e' gratuito, non costa soldi. Piu' che DjGpp ti
raccomando il port a win32 di gcc (djgpp ne e' il port a M$-DOG).
poi ti raccomando varie cose:
1) di prendere un libro leggibile sul C++ (indipendente dalla
piattaforma) (Ouarine x. ess e' alquanto semplice da seguire.
http://www.ora.com/cplus
 ) e di lasciare perdere libri su specifici
compilatori.
2) un libro su algoritmi (Sedgewick ne e' uno Ottimo, l'ultima edizione
ha gli essempi in C++, non piu' in Pascal), Un programmatore che non
conosce algoritmi e strutture di dati non arriva da nessunissima parte.
3) un libro su qualche metodologia (G. Booch e' lo standard ma ve ne
sono tanti altri validissimi), la differenza tra un Hacker ed un
Programmatore e' tutta li'... se vuoi poter fare programmi piu'
complessi di un "hello, world" te ne serve una metodologia.
4) forse non e' cosi' per tutti ma i programmi di grafica sono, seccondo
me, il miglior modo per imparare un linguaggio. Si vede cio che si fa, e
almeno per me, risulta alquanto divertente. Di libri su programmazione
grafica ve ne sono migliaia (C. Pokorny ne ha uno ottimo scritto per
C++, la bibbia della CGI comunque e' Foley, van Dam, Feiner, Hughes,
C.G. Principles and Practice. Ma gli essempi sono in Pascal e non vi e'
un approccio agli oggetti)
-- 
LEGAL NOTICE:
THE ABOVE INFORMATION IS PROVIDED "AS IS" WITHOUT WARRANTY OF
ANY KIND. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DAMAGES
WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL,
LOSS OF BUSINESS PROFITS, OR SPECIAL DAMAGES, EVEN IF THE AUTHOR
HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. THE AUTHOR
DOES NOT AUTHORIZE TO APPLY THE ABOVE INFORMATION IN STATES WHERE
THIS DISCLAIMER IS NOT APPLICABLE.
I'm known for been wrong in the past... I may be wrong again.
---
Luis E. Garcia Ontanon
mailto:
L...@Beer.com
http://www.concentric.net/~lontanon

 
Scusa, anchio sarei interessato ad imparare il CPP vorrei sapere dove posso
scaricare il software ??
					Lorenzo Soncini
 
lson...@linknet.it


In 
http://www.cygnus.com/misc/gnu-win32/
V'e' un archivio intero di programmi per far girare sorgenti UNIX senza
modifiche su Win32. tra cui anche gcc naturalmente (dal momento in cui
ne avrai bisogno per compilare tutto il resto)
ftp://ftp.cc.utexas.edu/microlib/nt/gnu/
qua v'e' l'archivio di congruent tools (altro set di tools per unix su
Win32 ma pare che non sia tanto buono... (io mi tengo cygnus)
http://www.ici.net/customers/paquette/WinProgramming.html
qui' vi e' un altro archivio di utilities unix per Win32. tipo sed, awk,
grep e roba del genere (programmini di non facile utilizzo ma a volte
fondamentali per "rovistare" fra sorgenti)
ftp://ftp.cs.washington.edu/pub/ntemacs/
la vi e' emacs il piu' potente editore di testi al mondo. (Riuscire a
Imparare come si usa puo' essere un'avventura... dopo anni che ci lavoro
quasi esclusivamente in esso vi sono molte cose che ancora non so...)
Comunque e' un ottimo ambiente per programmare.


ad altri ambienti.
Non sono perfettamente d'accordo... Sì, il C/C++ ANSI è bello perché è
portabile, ma non fa niente. Voglio dire che qualche cosa un po'
potente di solito la si fa con interfaccia grafica oppure nell'ambito
di un sistema operativo orientato verso la grafica e, dal momento che
queste interfacce non sono nemmeno lontane una dall'altra, non è
possibile imparare un C/C++ portabile sperando di usarlo tanto.
Secondo me conviene scegliere una piattaforma per cui si vuole
programmare e poi si compra un compilatore per quella piattaforma. Io
suggerisco VC, anche se è il più difficile da usare, perché, se anche
Win95 è il peggior sistema operativo in circolazione, tutti usano
quello. In alternativa di consiglio di comprarti le librerie Motif e
di studiarti come funzionano e poi scrivi delle applicazioni per X.
Se comunque preferisci impararti il C Ansi, allora tutti i compilatori
vanno bene uguale: il Borland per Dos costa 50.000 lire. Con il C ANSI
fai già tante cosine, ma non disegni neanche una linea attraverso lo
schermo, altrimenti diventi matto. Però per imparare va molto bene.
Tuttavia, quando passi a una interfaccia grafica tipo WinNT/Win95,
devi ricominciare daccapo perché non c'entra niente con quello che già
sai -se non per quanto riguarda un'istruzione di assegnamento oppure
un ciclo For-.
Cordialmente,
Gianni Rondinini, programmer and designer at Pierre s.n.c.
Mailbox:
pie...@mail.asianet.it
Homepages:
http://www.geocities.com/SiliconValley/park/7666
http://www.angelfire.com/ky/GianniRondinini

meglio i prodotti di Borland, o addirittura il DJGPP.
comincia subito con il VC5... La documentazione che trovi in giro vale
cmq, ma io sono dell'avviso che la documentazione fornita a corredo
sia gia' notevole (soprattutto per iniziare)...
Non saprei come consigliarti, io protendo verso il VC poiche' e'
quello che uso per programmare e perche' ho trovato piu' simpatiche le
MFC rispetto alle OWL @:)

mortale!
Penso che hai frainteso il significato di quello che volevo dire, ma
in vari punti probabilmente non mi ero fatto capire.


Cordialmente,
Rispettosamente,
--
Marco Danti
Email address intentionally wrong; remove the dash before replying

 un bisticcio.
Se da una parte non vi sono standard de jure per quanto riguarda la
grafica v'e' si uno standard de facto. SGI OpenGL, implementata per
molte piataforme la libreria grafica nativa degli SGI si e' imposta come
standard. V'e' inoltre una varieta' enorme di librerie sia clienti che
implementazioni di OpenGL (molte di esse anche Free Software), anche per
HW non dotato di un'implementazione di OpenGL.
Aproposito di standard c'e' da far notare che spesso gli standard
ufficiali (quelli de jure) non sono necessariamente quelli implementati
(de facto).


in vari punti probabilmente non mi ero fatto capire.
A questo punto non mi rimane che sperare di aver capito....
e di aver dato un seppur piccolo contributo alla discussione.
Ivan
-- 
"Imagination is MORE important !     /\    ICECUBE@MAYA
 than knowledge -------------" !  /\/  \   per gli amici THORPS
 > Albert Einstein <           ! /      \  Asiago(VI)
 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

 Quanto spazio rimane al programmatore, inteso come estensore di algoritmi?
Non confondere mai un mucchio di mattoni, terra e cemento con una casa.
C'e da fare l'analisi, capire che cosa deve fare il programma (e anche
che cosa non deve fare), quali servizi esso deve ofrire e cosa questi
devano fare.
Poi vi e' il disegno, pensare come fare il programma. MFC ti permette
soltanto di accedere a dei servizi del Interfaccia utente non fa
nient'altro. Overo ti facilita  il rendere acesibili dei servizi
all'utente, ma i servizi? Io personalmente credo che dei pulsanti e
finestre che non hanno un fine siano inuttili... chi userebbe mai
un'applicazione che non fa niente? A che ti servono Pulsanti e finestre
se questi non hanno un'utilita?
Il tuo problemma e che credi chge un programma sia solo quello che tu
vedi... L'interfaccia grafica e' solo una piccola parte del sw.
c'e' tanto software le cui funzioni non usano finestre pulsanti ecc. che
corre sulla tua macchina... credi a caso che il kernel del tuo OS usi
MFC?
I Drivers per il hardware, che me ne faccio di una libreria per UI se
devo scrivere il software per gestire un dispositivo HW? 
Buttons, toolbar, shortcut, wildkeys, wizard et similia non servono per
pensare cosa fa' un programma ne come deve farlo.
