Newsgroup: it.comp.lang.c++
Titolo: Dubbio Amletico!!!

Debbo comprare un compilatore C++, ma sono in un dubbio terribile:
	Compro il Microsoft Visual C++ 5.0 ed imparo ad usare le MFC,
	acquisto il Borland C++ ed utilizzo le OWL
	o ancora il Borland Builder C++.
Quali vantaggi portano l'uno o l'altro, a parte ovviamente il prezzo?
Quale e' il migliore, dal punto di vista di riusabilita' del codice?
Datemi un consiglio,
	Grazie
KL	

 
T'invito a leggere la risposta che ho inviato a chi ha il
tuo stesso dilemma su questo forum.
C++Builder e' personalmente la scelta giusta.
Ottimo riuso del codice. Velocita' di sviluppo. Facilita'
di apprendimento. Riduzione drastica dei costi di sviluppo.
La VCL non e' portabile.
A presto.
oswald.cpp

Specie per chi inizia il C++ Builder č inavvicinabile : non solo riesci a
programmare in WIN95 IMMEDIATAMENTE e in modo facilissimo (visuale), ma, se
ne hai voglia, puoi anche gestire tutto anche al livello piů basso.
Inoltre puoi compilare qualsiasi sorgente C++ (anche le MFC o le OWL !).
L'unico inconveniente č che non riuscirai piů a farne a meno  (le VCL non
sono portabili).

 Quale e' il migliore, dal punto di vista di riusabilita' del codice?
Direi che la cosa migliore e' cominciare a comprarne uno :-)
Personalmente tengo per Borland, lo stile e la IDE del VC++ non mi 
piace tanto e credo che il codice generto dal Borland sia ancora un 
passettino avanti.
Che esigenze hai?
Se vuoi un vero compilatore C++ in grado di affrontare qualsiasi cosa:
DOS/Windows Windows95, WIndows NT, MFC, OWL, standard Ansi ecc.. ecc..
il BC 5 e' un must.
Se invece vuoi solo programmare Windows95/NT rapidamente e non te ne 
frega niente degli standard, ne dei vecchi S.O. a 16 bit vai di 
Builder.
Oh, riusabilita' del codice.
Per esperienza mi sembra una parola che e' il caso di cancellare dal 
vocabolario, quando programmi le interfaccie grafiche.
Unica riusabilita' che mi viene in mente e' quella tra Windows95 e Os2
facendo afidamento su alcuni tool, ma sono 2 ambienti simili, scordati
di scrivere sotto Windows una applicazione grafica e poi di portarla 
ad esmepio sotto unix in quattro e quattr'otto.
<< The show must go home ! >>
** Email replies to 
md7...@mclink.it
 **
visit my homepage at: 
http://www.volftp.tin.it/IT/IT/ITALIANI/rullo/index.htm
 

ad esmepio sotto unix in quattro e quattr'otto.
Il trucco sta nello separare la componente di interfaccia grafica
(interazione con l'utilizzatore) dalla logica specifica alla tua
applicazione.
In questo modo puoi essere in grado di portare la "tua applicazione" in
diverse interfaccie grafiche"

...


 diverse interfaccie grafiche"
Vabbe' pero' l'interfaccia la devi riscrivere sempre.
Non e' il massimo della vita.
Se prevedi di scrivere SW portabile vale la pena di rivolgerti a 
qualche tool specializzato per crearle sotto i vari S.O.
Visualage ad esempio permette di scrivere SW per WIndows e OS2 
contemporaneamente


 resto è pura teoria.
Mi chiedevo se le VCL sono implementate con Sybil che e' un clone di 
Delphi per OS2?


qualche tool specializzato per crearle sotto i vari S.O.
Per evitare di riscrivere la parte di programma relativa all'interfaccia e'
sufficiente rivolgersi a prodotti tipo BCB, Vb, Optima o altri similari.
Comunque resta fondamentale separare, con le opportune metodologie, la parte
di codice che contiene la logica dell'applicazione dalla interfaccia utente.
Qualsiasi sia la difficolta' legata al passaggio da una interfaccia ad
un'altra resta come punto fermo che un buon progetto software prevede la non
dipendenza tra logica e interfaccia. Come ottenere questo risultato sta
all'abilita' ed all'esperienza di chi progetta e sviluppa l'applicazione e
qui fuori vi sono alcuni 'personaggi' che hanno scritto vari articoli/libri
sull'argomento.
Massimo.