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

Non voglio fare una gara tra i due linguaggi, ma dato che ne vorrei
imparare uno, volevo sapere  che cosa e' possibile programmare e se ci
sono cose che puoi fare con uno e con l'altro no.
Potreste consigliarmi un libro per imparare.
Grazie

 Ciao,
mi chiamo Simone ed ho incominciato da poco a studiacchiare un manuale di
Visual Basic 4...
Secondo me è ben spiegato e si capisce tutto alla grande...
In più sono anche abbonato alla rivista Visual Basic che non fà altro che
completare il discorso...
La rivista;ti dico subito ,è molto più pesante del libro...
Il libro si intitola:
Learn Visual Basic Now...
Troverai allegato il Working Model del VB4.
La rivista si chiama Visual Basic Journal...
E' una rivista bimestrale e per averla necessita di abbonamento...
Saluti....

Potreste consigliarmi un libro per imparare.
di libri ce ne sono tanti, dipende se gia` conosci il linguaggio e
devi solo imparare windows, o se devi imparare entrambi. occhio che
molti libri per C/C++ per win si riferiscono ad un compilatore
specifico.
--
[ranger, email: 
ran...@queen.it
]
ICQ# 6585343
http://members.tripod.com/%7Eranger_rg/

Ci sarebbe pure il buon C++ Builder, che va incontro alle esigenze grafiche
di un IDE come quello di VB implementando però il linguaggio C++. Se ti
interessa tieni conto di queste cose:
- Prendere confidenza con esso non è molto difficile, un mese se non hai mai
visto il c++ (ti consiglio di prenderti un buon testo - come 'Teach yourself
borland c++ builder in 21 days' o in italiano 'La guida ufficiale a borland
c++ builder')
- Il codice è molto veloce, ma la compilazione - e il link - saranno
estenuanti se non hai almeno un P133 (minimo)
- Ti servirà un H/D capiente per sfruttare con efficienza c++ builder, ma
questo anche con borland c++, VC++ e VB...
- Se hai una connessione T1 scarica il demo da 
www.borland.com
 - non occupa
molto :)
Se ti decidi in questo senso, tieni ben presente una cosa (che io non reputo
fondamentale comunque): non saprai mai cosa c'è dietro alle classi VCL su
cui si basa il c++ builder, dato che sono già state scritte (in object
pascal, sono quelle di Delphi) e non ti capiterà mai (o quasi) di andare a
spulciarle direttamente nei .h col notepad.
Rodolfo Tedeschi - 
thet...@tin.it

pascal, sono quelle di Delphi)
ahhhhhh, che sofferenza.... un ambiente di sviluppo C++ che usa classi
scritte in pascal... ma si puo' fare di peggio ? ;-)
Comunque, scherzi a parte, ma come cavolo si fa se uno vuole
ricompilarle o anche solo seguirle con il debugger ?
Gianpaolo Bottin
- The truth is out there -

ricompilarle o anche solo seguirle con il debugger ?
A parte gli scherzi, un compilatore C++ totalmente dipendente da codice
scritto in Pascal può far sorridere, ma bisogna considerare il fatto che,
una volta linkato, è molto veloce.
Ricompilare o modificare le librerie VCL significa demolire ciò per cui sono
stati creati prima Delphi e poi C++ Builder, cioè per eliminare la
programmazione a basso livello. E se questo da una parte limita la libertà
d'azione del programmatore, dall'altra gli offre un'ambiente di sviluppo
davvero rapido ed efficiente, anche se, come è logico pensare, non sempre
questo è ciò che il programmatore vuole. Infatti sono convinto che uno
strumento RAD come il Builder debba essere affiancato da un classico come,
ad esempio, il Borland C++ x Win (ho detto *ad esempio*).
E poi il debugging del codice VCL è praticamente inutile, tanto raramente
capiterà di incontrare un bug nella propria applicazione che risiede nel
codice delle classi VCL...
Rodolfo Tedeschi - 
thet...@tin.it

codice delle classi VCL...
su questo non sono d'accordo, non e' tanto il fatto di trovare un bug
nelle classi VCL quanto il fatto di capire cosa fanno. Supponi ad
esempio che in determinate circostanze il framework si comporti in
modo strano e tu non riesca a capire il perche', oppure che per certe
funzioni la documentazione non sia sufficientemente chiara, senza la
possibilita' di seguire il codice quando entra nelle VCL e' un bel
casino. E' la stessa differenza che c'e' quando si acquista un
componente come OCX o come libreria di classi con tanto di sorgenti.
Mah, probabilmente hai ragione tu, l'utente tipico di ambienti RAD non
si pone questi problemi, e' solo che con l'esperienza maturata con
l'uso di un ambiente complesso come le MFC mi sembra assurdo andare ad
utilizzare uno strumento di cui non puoi nemmeno vedere i sorgenti
delle librerie. 
Gianpaolo Bottin
- Live Long and Prosper -