Newsgroup: it.comp.lang.c++
Titolo: Misono rotto del Visual Basic

Avrei bisogno di qualche informazione ...
Io programmo in Visual Basic ma confesso che mi ha
rotto un po' le palle perche' per ogni programma anche 
merdoso che sia mi tocca portar dietro MILIONI di DLL
, inoltre per fare un qualche cosa di un po' decente
devo continuamente ricorrere a chiamate API che pero'
non sempre il VB digerisce al primo colpo.
La domanda e' ( non conoscendo il C ) :
_ Anche nel C o nel C++ o nel visual C etc ..,
necessitano oltre al file eseguibile un numero immane
di DLL.
_ In cosa differiscono ( brevemente ) il C, il C++ ,
il Visual C etc...
 
Vi ringrazio anticipatamente per ogni informazione
vogliate Darmi.
Juggernaut Berserk !
_________________________________________________________
DO YOU YAHOO!?
Get your free @
yahoo.com
 address at 
http://mail.yahoo.com
--
Automatic posted from 
web4.rocketmail.com
 [205.180.57.78]
via Mailgate Server - 
http://www.mailgate.org

il Visual C etc...
Rispetto al C, il C++ implementa in modo soddisfacente e soprattutto
efficiente i dettami della programmazione Object Oriented. Tutte le librerie
fornite con i nuovi compilatori sono scritte in C++.
Usando direttamente il C, bisogna "chiamare" direttamente le funzioni di
sistema, mentre usando le classi del compilatore (come MFC) una parte del
lavoro viene "nascosto" senza comunque precludere la possibilitą di
effettuare chiamate piu' a basso livello.
Io conosco bene solo i compilatori Microsoft, quindi ti posso dire che le
class MFC sono ben fatte ed in particolare nelle ultime versioni ci sono
buone cose anche per applicazioni Intrantet/Internet.
Inoltre permettono di sviluppare sia applicazioni legate ad un documento che
non e offrono un buon supporto per la gestione dei database (tipo VB).
Rispetto al Visual Basic, noto ancora un certo "slegame" tra interfaccia
utente e codice sottostante nonche' un certo ritardo nei tempi di
compilazione/debug.
Come vantaggio soprattutto se si sviluppano diversi programmi, c'e' la
possibilita' di sviluppare "classi" veramente riutilizzabili.
A mio parere, comunque, una volta provato il C++ non si torna piu' indietro.
----------
Rimuovere la protezione anti-spam dall'indirizzo di posta prima di
rispondere. Grazie.
Please remove anti-spam protection from my e-mail address before answering.
Thank you.
----------

buone cose anche per applicazioni Intrantet/Internet.
Ho sentito dire che le MFC non sostituiscono le API, ma sono solo
un'interfaccia verso esse. In questo caso perche' studiarsi le MFC, se
per capire a fondo cio' che stiamo facendo e' necessario conoscere le
API?
Volevo sapere quanto c'e' di vero....
Saluti,
	Paolo.

API?
IMHO nessuna libreria di classi puo' sostituire efficacemente e
completamente le API, alcune provano a farlo in nome della
portabilita' del codice ma secondo me il risultato lascia decisamente
a desiderare. Comunque riguardo le MFC il discorso sarebbe un po'
lungo... e' vero che le MFC in molte aree sono solo un sottile wrapper
sulle api di windows, cio' pero' non significa che siano inutili.
Probabilmente non hai mai provato a scrivere un programma in windows
senza un framework decente, prova poi vedrai che vale la pena
studiarsi le MFC. Il vantaggio delle MFC rispetto al C+SDK e' immenso,
non si tratta solo di chiamare un menbro di una classe invece della
stessa funzione di Win32, fosse tutto li' non varebbero senso le
migliaia di righe di codice contenute nelle MFC. Le MFC ti liberano da
tutta una serie di incombenze di gestione di basso livello
dell'interfaccia, dai gadgets come i tooltips, all'anteprima di
stampa, la gestione di OLE.
Gianpaolo Bottin
- Live Long and Prosper -

Volevo sapere quanto c'e' di vero....
Hai ragione, almeno in parte.
Intendo dire che per conoscere il sistema conviene studiarsi bene le API in
modo da sapere con sicurezza cosa si puo' fare e cosa no.
Discorso diverso e' quando si comincia a scrivere le applicazioni. A questo
punto un "framework" come le classi MFC puo' senza dubbio dare una mano per
diminuire i tempi di sviluppo.
In alcuni casi MFC e' solo una "mappatura" delle funzioni API come nel caso
ad es. della classe "CWnd" che rimappa l'uso delle finestre. E' anche vero
che, sempre in questo caso, c'e' poco da imparare perche' le funzioni si
chiamano allo stesso modo, ma in piu' hanno ad parametri opzionali e
amenita' del genere che consentono di facilitare la scrittura (e la
lettura).
In altri casi, come per tutta la gestione dei documenti, le classi sono vere
e proprie librerie di funzioni gia' "debuggate" e pronte all'uso.
Ciao.
Angelo.