Newsgroup: it.comp.lang.visual-basic
Titolo: [OT]Ci sono pentiti VC++ o Delphi?

Ciao a tutti,
sto cercando di valutare quanto VB sia un'ambiente per sviluppare
applicazioni professionali (complesse).
Chiedo se c'č qualcuno che dall'ambiente VC++ o Delphi abbia deciso di
venire "qui" ed utilizzare VB.
Se sě (ma dubito...:-)), per quale motivo?
Grazie a tutti, e scusate questo OT.
Franco
P.S. un saluto particolare a Fox e sai perchč..;-)

 Chiedo se c'è qualcuno che dall'ambiente VC++ o Delphi abbia deciso di


 applicazioni professionali (complesse).
vc è completo..........ma è una palla madoooooooooo :))))
vb va benissimo purtroppo pecca in velocità devi valutare molto bene questa
cosa :))
ciao ciao
(si possono semrpe usare ocx) :))

venire "qui" ed utilizzare VB.
VB e' comodo per fare alcune cose e scomodissimo per farne altre e lo
stesso vale per tutti gli ambienti di sviluppo e i linguaggi di
programmazione. Se devi fare della grafica, con VB hai sbagliato
strada. Se devi interagire con database, allora VB e' un'ottima
scelta. Se devi fare tanti calcoli, hai sbagliato un'altra volta ed
era meglio se andavi col C.
Dipende da quel che devi fare. L'ideale e', ovviamente, sapere usare
tutto quanto e scegliere di volta in volta...
Saluti.
-- 
      Gianni "bugbarbeq" Rondinini, 25, RA, 242, 152
  VBR - Vero Birro Romagnolo®, diffidate dalle imitazioni!
 Opel/ECC Calibrezio EVO-IV --- Kawasaki "Gas Gas" ZZ-R 1100
 ICQ# 36893168 - IRCNet: bugbarbeq, @ on #linux-it & #NetBSD

 OLE e DB sono passato (solo per queste cose) da VC++ a VB.
Ciao Marco,
innanzi tutto grazie per la risposta...
Quindi tu utilizzi un mix tra i due, e fin qui ci sono.
Domande: nei progetti esite un linguaggio master? Ossia, parti da VB per
l'interfaccia e poi utilizzi routine scritte in VC++?
La OOP viene implementata in sempre nel codice di un linguaggio? (mi spiego:
so che in delphi io posso costruire un oggetto form personalizzato e poi
costruire un suo discendente che lo specializza - ereditarietà; in VB non si
può, almeno non in modo canonicamente OOP. In VC++ lavorare con i controlli
sembra essere + complicato, quindi i form li realizzi in VB ma così perdi
l'ereditarietà...Per oggetti non grafici (controlli) probabilmente ci sono
meno problemi in VC++).
Spero di aver posto la domanda in modo comprensibile.
Grazie comunque.
Ciao
Franco

 (si possono semrpe usare ocx) :))
Fare ocx è un bel lavoro...:-)
Grazie per la risposta.
Ciao
Franco

 tutto quanto e scegliere di volta in volta...
Ti prego non dirlo + mi viene male solo al pensiero...ma nel subconscio lo
so che è la morte di cui morirò a meno che un bel 6...
Grazie mille
Ciao
Franco

Vedo che hai centrato il punto: ereditarietà, funzioni virtuali, etc.
Se la struttura dati che utilizzi nel tuo programma è molto articolata e
intendi utilizzare gli oggetti, penso che il VC++ faccia al tuo caso. Io
come ti ho detto utilizzo VB solo per l'interfaccia utente, per la gestione
di DB o per la gestione di OLE. Forse perchè la complessità dei programmi
che ho sviluppato non era mai concentrata su questi aspetti, non ho mai
sentito il bisogno di utilizzare l'ereditarietà: cosa invece che ho moooolto
utilizzato altrove.
Per quanto riguarda la velocità di esecuzione del codice scritto in VB o in
VC++ non posso negare esista una differenza a vantaggio del VC++, è anche
vero però che se fai un utilizzo intenso di oggetti, ereditarietà, funzioni
virtuali, passaggio parametri const........ beh, non ottieni un programma
molto più veloce!
Ciao, Marco
PS: ho sentito che VB7 (o VB.net ??) sarà OO...... vedremo!

Terrò a mente il fattore velocità...
Oddio, la OOP ha degli overhead di scrittura codice iniziale e
organizzazione iniziale --e successiva-- che se non hai un team di
sviluppo con le palle e non hai molto tempo per fare le cose non ti
da' tutti sti vantaggi.
La OOP e il software engineering sono bellissime cose da insegnare
all'universita' e che muoiono nel momento in cui ti laurei, perche' il
tempo per fare le cose e' poco e nessuno e' disposto a pagarti le ore
che impieghi a organizzare il tuo lavoro --ovvero engineering,
ecc...--.
I vantaggi li avresti se lavorassi in un team che ha fatto queste cose
da 10 anni in qua, quindi tutto e' gia' tutto bello strutturato,
organizzato, diviso, ecc...
Ma cominciare ora a fare oop o engineering significa avere un sacco di
risorse da "sprecare", tempo da impiegare senza produrre niente e
gente che ha voglia di lavorare senza prendere stipendio per qualche
mese. Dopo, sarai probabilmente piu' competitivo, ma prima "perdi" un
sacco di tempo.
A mio avviso, conviene comprare quello che si trova in giro e lavorare
partendo da quello. Oggi la competitivita' e' troppo spinta per fare
dell'accademia. Purtroppo.


so che č la morte di cui morirņ a meno che un bel 6...
Non ci sono speranze di poter fare tutto nello stesso ambiente di
sviluppo --oddio, con Borland C++ 5 pero' ci saresti davvero
vicino...-- perche' gli strumenti di oggi sono studiati per andare
bene in particolari cose.
Naturalmente, non e' nell'interesse di nessuno scrivere un tool di
sviluppo completo e perfetto, perche' poi non si venderebbero piu' gli
altri. Cosa vuoi che sia per Microsoft fare si' che VB venga compilato
e poi eseguito anziche' interpretato? E ad includere un supporto piu'
flessibile e potente delle cose che mancano --tipo i threads e via
dicendo--? Sarebbe una mezza stupidaggine, perche' sarebbe sufficiente
portare parte del codice del compilatore per il C in quello per VB.
Pero' poi non venderebbero piu' VC e, siccome gia' VJ e FoxPro non li
usa nessuno, VS non potrebbe piu' costare la cifra schifosa che costa
oggi.
Saluti che il marketing e' la cosa che conta di piu'.


Saluti che il marketing e' la cosa che conta di piu'.
Parole sante :-(
Ciao
Aldo


Si', praticamente ti fa buttare via la maggioranza del codice
vb scritto finora.
Ciao
Aldo

organizzazione iniziale --e successiva-- che se non hai un team di
]zac[

Ciao Gianni,
grazie ancora per il tempo che hai speso per me.
La OOP la conosco abbastanza bene pertanto non ritengo necessario così tanto
tempo per la realizzazione dei prodotti seppur complicati.
Tuttavia concordo pienamente con te riguardo al fatto di realizzare moduli
specializzati per scomporre grossi problemi in tanti + piccoli (qualsiasi
programmatore dovrebbe pensarla in questo modo). In effetti il grosso
progetto è inteso come insieme di moduli indipendenti ma in qualche forma
anche intercomunicanti, e tali moduli si appoggieranno ad un'unica base dati
gestita a livello di DBMS mediante un server ActiveX/DCOM. Il server non è
specializzato ma dovrà fornire solamente le informazioni richieste dai
moduli client. Senza dilungarmi troppo nella descrizione, direi che uno dei
noccioli sta nel poter utilizzare nei moduli, il più possibile, oggetti
comuni per uniformare il comportamento all'interno del sistema e
riutilizzare il codice (accesso dei client, registrazione degli stessi,
accesso alle informazioni condivise come ad esempio anagrafica clienti...).
Outlook effettivamente è il tipo di architettura che ho in mente...
In questo senso ritengo che una OOP + flessibile possa aiutare su progetti
ad ampio raggio (sono rimasto affascianto dalla flessibilità in questo senso
di Delphi) .
Magari come dice Corona basta aspettare VB.net oppure come dice Hal e come
ho letto su VBJ VB.net ci castigherà a 315 gradi....:-)
Per quanto riguarda il marketing...direi ineccepibile.
Ciao
Franco

ho letto su VBJ VB.net ci castigherà a 315 gradi....:-)
Non penso di spendere altri soldi in altri sistemi di sviluppo: VB fa
sufficienti cose per quel che ho bisogno e VC mi va piu' che bene per
le cose che in VB non si fanno.
Inoltre, l'idea di dover riscrivere quasi tutto il codice --che e'
praticamente il succo del discorso-- non mi piace per niente, cosi'
come non mi piace l'idea di dover comprare un'altra volta 20 pc in
azienda e di dover cambiare il sistema operativo, Office e tutto il
resto perche' Microsoft inventa un'altra volta l'acqua calda.
Saro' retrogrado, ma quando i programmi fanno quello di cui ho
bisogno, non li cambio neanche se me li regalano --infatti metto su i
service pack quando ho almeno uno dei problemi indicati come
risolti--.
Non mi aspetto niente di buono da .net: quando avro' visto che e'
effettivamente il  bello che Microsoft dice, forse mi arrendero'
all'idea che devo riscrivere migliaia di righe di codice. Ma fino ad
allora non ci penso neanche :)
Tanto piu' che l'unico vero passo avanti che ho visto fare nei
programmi di Microsoft e' stato Windows 2000 rispetto ai precedenti,
che nonostante tutto comincia ad essere un discreto sistema operativo
e comunque non particolarmente avido di risorse --non da tutti, pero':
non so il motivo--.
Saluti.


 HTML
Se e' per questo non esistono browser (tranne forse IE 5.5) che
rispettino completamente gli standard (HTML 4.1, css2, ecc...) ;-)
Ciao.

 Si, ma la situazione di VisualJ e' un po' piu' estrema...
Anche con i browser la situazione e' molto estrema (e causa di grossi
problemi).
Ciao.

 sempre si e' liberi di scegliere lo strumento migliore :-(
triste realtà per vari motivi....
Ciao Roal e grazie ancora
Franco

 risolti--.
OK per i service pack ed i regali, ma per i programmi, non sempre fanno
tutto quello ci servirebbe, e distinguo tra progammatori e relativi clienti
Ciao Gianni
Franco


Vorrei portare la mia umile esperienza...
Anch'io come Roal sono stato 'costretto' ad usare VB, perche' la societa'
per cui lavoro ha scelto un sw gestionale (erp) scritto in Vb..
Io stravedevo (e stravedo tuttora) per Smalltalk, pero' la scelta e' stata
diversa...
Detto questo, ho avuto anche la grossa fortuna di poter mettere in naso nei
sorgenti di questa (grossa) procedura ed ora programmo in VB senza problemi,
e senza nostalgia di Smalltalk ...
Con VB, almeno in ambito di sw gestionale (contab.,magazzino,produzione
ecc.ecc.ecc) si puo' fare di tutto e anche bene!
Quello che veramente e' importante, se si ha in mente un progetto 'serio',
non e' tanto il linguaggio (ce ne sono decine...) quanto l'analisi !
Se non si analizza bene a fondo il problema, non importa quale linguaggio
usi, dovrai lavorare di piu' e peggio !!
Certo ci sono linguaggi piu' 'portati' a risolvere certe problematiche
piuttosto che altre, ma per rimanere nell'ambito del sw gestionale, ci sono
applicativi in VB,Delphi,C++ ecc. ecc. ecc...
Quello che ho la fortuna di usare, mi permette di realizzare componenti
(dll) facilmente e con successiva scarsa manutenzione...ma non tanto per
merito di VB6 quanto per come e' stato studiato il framework
dell'applicativo.
Scusate la lungaggine...
Ciao.
Lorenzo

 > venire "qui" ed utilizzare VB.
[...]

Inoltre sarebbe troppo soggettiva, quindi evito di farla.
oddio, soggettiva non direi. VB ad esempio ha una gestione elefantiaca 
delle stringhe (li vede come dati anzichè come puntatori - questo 
sigifica che per allocare una stringa dobbiamo PER FORZA inizializzarla 
con Space() o simili), mentre Delphi supporta il leggerissimo sistema C-
style dei puntatori a carattere (prova a scrivere la funzione split() in 
Delphi e in VB...), oltre al suo sistema nativo di stringhe di lunghezza 
arbitraria. VB per i puntatori ha un operatore e tre funzioni, Delphi 
un'intera libreria e un tipo dedicato. Delphi è comparabile al C++ come 
compilatore e linguaggio, ma l'IDE rimane parecchio al di sotto di 
quello di VB, che al contrario ha un compilatore molto oscuro e una 
struttura del linguaggio meno performante perchè molto meno vicina alle 
istruzioni-macchina di quanto non sia Delphi. VB è un linguaggio molto 
"quick & dirty", 10 minuti per un programma funzionante, mentre l'Object 
Pascal di Delphi è fin troppo "bacchettone". Le dimensioni minime 
possibili di un programma VB sono circa 15kb, quelle di un programma 
Delphi partono dai 40-50 e di lì salgono vertiginosamente, ma un 
programma Delphi raramente richiederà componenti esterni. Delphi è un 
linguaggio OOP, VB ci prova ma incespica, supporta nativamente 
l'ereditarietà (incompleta), e indirettamente la delegazione, mentre 
Delphi supporta persino l'overloading. Le Form di VB non sono che 
pallide ombre di quello spettacolo che sono le TForm di Delphi, che però 
hanno la pessima abitudine di avere un comportamento non standard... 
d'accordo: servono dei libri :)

 style dei puntatori a carattere (prova a scrivere la funzione split() in
[...]

componenti interni, stanno in una dll, o vengono linkati nell'exe ?
si può scegliere cosa linkare staticamente e cosa dinamicamente
-- 
January 15, 2028 - Intel announces their new 400THz processor, which 
performs 100 billion floating-point operations in the millisecond before 
it consumes itself in a nuclear explosion. This is a step up from AMD's 
recent processor which simply fries any nearby user with bolts of plasma 
energy. Hobbyists are already looking into ways to overclock the chip.

compilate statiche interne all'EXE) parte dai 200~250Kb.
ma intendi applicazioni GUI?


 >di Delphi e' molto inferiore a quello di VB... Ma l'avete visto
[...]

 di VB... Ma l'avete visto _proprio_ tutto?
E' anche questa una cosa soggettiva. Io, ad esempio non riesco proprio a
sopportare IDE SDI, mi fanno proprio ribrezzo.
Ciao.

: 

c'è chi gli editor SDI li usa perchè gli ricordano il Mac, con la barra 
dei menu unica in cima... io quando ho visto VB 4 (dopo aver usato VB 5 
per un anno) ci son rimasto malissimo a vedere una form galleggiare a 
mezzo schermo...
