Newsgroup: it.comp.programmare.win32
Titolo: Borland CBuilder, pecora nera della Borland?

Io non conosco gli altri strumenti della Borland, però mi è parso che
il C++Builder sia messo un po' da parte e che la Borland si stia
occupando molto più di Delphi e di Kylix... bisognerebbe farla una
bella risistemazione del c++builder, guardandolo come è adesso
(versione 5), sembra buttato lì (ci sono delle parti dlla guida che
sembrano proprio un copia e incolla da pagine malformattate da
internet o qualcosa dle genere)...
e poi quand'è che verrà fatta una VCL seriamente in c++builder, senza
pezzi di delphi in giro?
forse non le conviene?
-- 
]\/[ad]\/[age
"Un Maestro insegue semplicemente la sua visione di Eccellenza in
qualunque cosa sta facendo e lascia agli altri decidere se sta 
lavorando o giocando. A lui sembra sempre di fare entrambe." - Anonimo

 forse non le conviene?
e perche'dovrebbe? il compilatore pascal della Borland non e' messo cosi'
male... e se cambi versione alle VCL? se aggiusti delle bug? rifai anche
tutta la parte in C++?
ciao
Ermando

tutta la parte in C++?
non mi riferisco alla compilazione, non mi interessa molto che le vcl
siano scritte in delphi, object pascal o c++ (anche se c'è qualcuno
che dice che questo fatto rende le vcl lente... ma, insomma, mica ci
devo fare giochi in realtime!)...
io mi riferivo al fatto che ci sono certi costrutti del linguaggio
delphi che sono "accroccate" in c++... io se programmo in c++ voglio
programmare in c++ e non in un ibrido dovuto alla derivazione delle
vcl dall'object pascal!
ad esempio: c'abbiamo i std::vector e le std::list in c++, perché devo
lavorare con TStringList? c'abbiamo le std::string in c++, perché devo
usare le AnsiString?
per non parlare, poi, del fatto che gli oggetti vcl DEVONO essere
allocati dinamicamente, che per i componenti visuali mi va pure
bene... ma dover allocare dinamicamente tutte le TStringList mi
risulta un po' pesante e si perde in leggibilità (e poi, usare un
oggetto allocato dinamicamente per tre righe di programma e poi
doverlo deallocare! due righe per allocarlo e deallocarlo e tre in cui
lo uso!)
e poi ci sono quelle macro, tipo ARRAYOFCONST che rispecchiano proprio
gli array del pascal, quelli tra parentesi quadre... ma scusate,
c'abbiamo std::vector, perché dobbiamo usare ARRAYOFCONST?


 c'abbiamo std::vector, perché dobbiamo usare ARRAYOFCONST?
e che e', gli array del C hanno le parentesi tonde?
comunque un array di costanti e'l'ultimo dei problemi...
#define LINE_LENGHT 10
char strvect[5][LINE_LENGHT]={"uno","due","tre","quattro","cinque"};
int intvect[5]={1,2,3,4,5};
la sostanza e': Builder e' praticamente l'unico RAD in C++ che c'e' in
giro, non e' fatto neanche troppo male, e' ovvio che essendo un porting dal
pascal c'e' qualcosa da pagare, ma non so se hai mai provato ad usare
altro... cara grazia che hai le TStringList ;)

scusate, c'abbiamo std::vector, perché dobbiamo usare ARRAYOFCONST?
Perchè Delphi è arrivato prima di C++ Builder, quindi la VCL è scritta 
in Delphi, quindi per passare liste variabili di parametri non si usano 
nè le ellissi nè le va_list, ma gli array di costanti. Che almeno sono 
type-safe (come sai una particolare fissazione del Pascal)
Se non ti piace la VCL nessuno ti costringe ad usarla, usa stdlib, e wtl 
per l'interfaccia grafica, e vivi felice
-- 
Nato nel vizio, morto nel supplizio
Nato nel peccato, ad entrare sia invitato

 sola.
Che vuoi dire con "di stdlib ce n'e' mille" ?
Se si parla di std::vector e std::string, queste sono
supportate da tutti i compilatori conformi allo standard.
-- 
Posted from  [80.105.34.80] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

supportate da tutti i compilatori conformi allo standard.
Mi sto confondendo con stl?
