Newsgroup: it.comp.lang.vo-clipper
Titolo: Confronto VO.

Salve.
Vorrei sapere quali differenze ci sono tra VO e Visual Basic.
Qual'e' il piu' ricercato e il piu' potente.
Con VO si possono fare anche programmi scientifici?
Esistono in italiano dei tutorial?
Grazie.
--
Saxy The Madman

Esistono in italiano dei tutorial?
C'e' un libro di Fabio Cresta, un altro di Rick Spence e un libro che
dovrebbe essere uscito da mesi e che non esce mai. Tutto il resto in
inglese.
In compenso in inglese c'e' un ottimo tutorial on line.
Ignazio GSS©
More than 90 HiRes images in my home page  
http://www.geocities.com/~puddu/
Oltre 200 Immagini di endoscopia digestiva
http://www.areamedica.com

 maniera quasi del tutto indipendente dal SO e dalla macchina.
Quelli in VB a volte non funzionano neanche sulla macchina sulla quale
li hai sviluppati... :-(
EMG

 ha scritto nel messaggio
news:59lp7.45520$7Y3.2...@news2.tin.it...

Non posso dirti le differenze perché VB non l'ho mai usato... però per
sentito dire ha diversi BUG anche notevoli.
Per questo anche VO non è perfetto ma da quando ci lavoro (dal 1994) non ho
mai (dico mai !) avuto problemi con le installazioni su Windows 9x WNT W2000
ecc..  Quando una normale applicazione gestionale VO funziona ne repository,
stai tranquillo che funziona da tutte le parti. Dal punto di vista della
potenza del linguaggio, penso che ci siano pochissime applicazioni che non
si possono fare con VO, e (parere puramente personale) penso che VO sia uno
dei migliori sistemi di Sviluppo realmente Object Oriented che siano stati
creati negli ultimi dieci anni. D'altra parte il Know How della Computer
Associates è noto quindi....    Peccato che essa faccia poca pubblicità al
prodotto, quindi per adesso è sempre un prodotto di nicchia e di conseguenza
le pubblicazioni (che seguono la logica del mercato) sono un pò poche ma in
questi ultimi tempi moltissimi sviluppatori si sono aggiunti e quindi ...
ciao
speriamo di averti fra noi !!

 ha scritto nel messaggio
news:y4pp7.50005$F45.5...@news1.tin.it...


 ha scritto nel messaggio
news:ovJp7.1834$ft4....@news2.tin.it...


 oggetti+eventi.
Mi sembra strano che sia tutta lì la difficoltà, dato che oggetti e
eventi li trovi per forza di cose in tutti gli strumenti (VB, Deplhi,
Clipper/Fivewin, etc.). Eppure non sono mai quelli la difficoltà
maggiore...
EMG

maggiore...
Per me invece e' stata proprio quella la difficolta'.
Una volta capito come funziona ho trovato VO semplicissimo da usare.


 schrieb im Newsbeitrag
news:3BA87EBA...@flashnet.it...


Grazie.
Prego
Un'ultima cosina
VB: puoi compilare codice nativo
VO: devi appoggiarti alle DLL cavort20.dll e
    cavont20.dll che dovrebbero interpretare qualcosa
------------------------------------------
Posted via web GlobalNews
www.globalnews.it
------------------------------------------

 inheritance é la cosa piu importante di una lingua oop!
Vero, è una cosa molto importante. Comunque si, puoi sviluppare nuove
classi in VB ma non mi sembra sia supportata l'ereditarietà.
EMG

 VB: puoi compilare codice nativo
Solo che poi questo "codice nativo" ha bisogno di un minimo di 4
dischetti da 1.4 Mb di roba di accompagno, ma ne ho visti anche da 9
dischetti!...
EMG

 anche da 9 dischetti!...
Questo perchè ti appoggi a tantissime componenti, prova ad utilizzare solo gli oggetti standard (come quelli che trovi in VO) e poi dimmi... oppure prova ad utilizzare da VO quello che puoi utilizzare in gratuitamente in VB. Comunque io uso i CDs per le installazioni, offrono molte più garanzie... :)
* Una domanda
Faccio una DLL in C++ e la uso senza problemi in VB. Faccio una DLL in VB e la usa senza problemi in C++. Faccio una DLL in VO e non riesco ad usarla ne' in VB ne' in C++ come mai? Sono io che non sono capace oppure le famigerate CAVOxT20 ci mettono lo zampino? 
Tutto questo per gestire una comunicazione seriale ad alta velocità... in VB basta usare un drag&drop eppure si tratta di una cosa abbastanza banale, non trovi?


 una lingua oop!
In VB fino alla 6.0 puoi fare delle classi ma non puoi fare l'ereditarietà diretta. 
Adesso x uscire 
VB.NET
, l'hai provato? Io sì e ti assicuro che è una bomba...
L'unica pecca è che non esiste il termine 'inheritance' 
troviamo 'Implements' e 'Extends', mi ricorda l'ovveride del C++ e parecchio Java... puoi farlo in VO?
VO è un valido prodotto ma non sparate a zero su ciò che
non conoscete. Io li conosco entrambi molto bene (e non solo
poichè ho utilizzato C/C++, Delphi, MASM, SQLWindows) e i limiti
li trovi da entrambe le parti, l'unica differenza è che molte soluzioni in VB arrivano appoggiandosi ad ActiveX di terze parti in VO meglio lasciar perdere... :(


     cavont20.dll che dovrebbero interpretare qualcosa
Si ma così finisce che occorre moltissima memoria per contenere tutto il
programma.
Nel caso delle DLL carichi solo quello che ti serve al momento giusto.
Ciao,
         Fabrizio Malaguti

 Adesso x uscire 
VB.NET
, l'hai provato? Io sì e ti assicuro che è una bomba...
Ho dato un occhiata a C#, non e' male, 
VB.NET
 lo vedo buono solo per migrare
sorgenti VB, per il resto credo sia meglio passare direttamente a C#.
Ciao...
Claudio Driussi
http://www.swit.net/csoft
mailto:
cldr...@swit.net

Nel caso delle DLL carichi solo quello che ti serve al momento giusto.
Cosa c'entra con il codice nativo? Anche in VB puoi fare le DLL e caricare solo quello che ti serve.
Secondo me VO è un bel prodotto ma messo da parte dalla CA
non vedo il giusto investimento così sono sempre un passo indietro rispetto al resto (Delphi,VB,VC) poi chiaramente questo è un mio parere. Il massimo era poterli usare insieme ma a causa del Garbage Collector sorgono non pochi problemi... peccato, sai che bello poter usare la potenza di ADO, la facilità di VB e la flessibilità di VO... :(


 non vedo il giusto investimento così sono sempre un passo indietro
rispetto al resto (Delphi,VB,VC) poi chiaramente questo è un mio parere. Il
massimo era poterli usare insieme ma a causa del Garbage Collector sorgono
non pochi problemi... peccato, sai che bello poter usare la potenza di ADO,
la facilità di VB e la flessibilità di VO... :(
Su questo hai ragione però forse la colpa è da ricercare anche a noi.
In Germania mi risulta che ci siano moltissime NEWSGROUP e molti utenti di
VO.
In Italia forse tutti gli utenti di CLIPPER o continuano a lavorarci ancora
oppure molti, scoraggiati dal VO 1.x hanno preferito passare a DELPHI, VB,
C++, JAVA ecc.
Ciao,
        Fabrizio Malaguti


 cosa abbastanza banale, non trovi?
Intendi dire che puoi trascinarti qualche controllo (tipo MSComm) sulla
form e far fare a lui tutto il lavoro? Beh, non è vero. Devi impostare
tutti i parametri e gestirne bene gli eventi. Insomma non risparmi
granché rispetto a delle semplici funzioni wrapper per le API. Questa è
una tipica problematica in cui un OCX, oltre ad appesantirti il codice e
l'installazione, non ti è di alcuna utilità.
EMG

 tutte le procedure in .NET per la mancanza di compatibilità ).
Come è sempre successo. Dal VB3 al VB4 compatibilità zero. Dal VB4 al
VB5 compatibilità poca. Dal VB5 al VB6 un po' meglio. Sembra che stiano
migliorando, vero? Macché, non credo proprio...
EMG

 ad ActiveX di terze parti in VO meglio lasciar perdere... :(
Io veramente ritengo proprio questo approccio uno dei maggiori problemi
del VB. Non critico, intendiamoci, l'idea del componente in sé ma
critico come MS ha male-organizzato quella che poteva essere un'ottima
cosa.
EMG

 sorgono non pochi problemi...
In effetti il garbage collector presente in praticamente tutti i
linguaggi tranne C/C++ obbliga a scegliere questi ultimi in caso di
situazioni critiche dal punto di vista dell'efficienza.
EMG

 Ora le classi GUI di VO utilizzano direttamente le API.
Le classi GUI usano sì le API ma si appoggiano al garbage collector che trovi nelle famose 'cavoxt20.dll' e che viene realizzato e gestito con delle belle hook di sistema (a me l'hanno sempre sconsigliato). Io ho provato a fare delle classi native senza usare quelle di VO e non ti dico cosa guadagni in fatto di velocità (paragonabile al C) xò a quel punto ho preferito usare un linguaggio un po' più terra terra x problemi di tempo sperando di potermi appoggiare a VO. Adesso mi tocca inserire nelle finestre di VO pezzi di applicazione sviluppati in tecnologia ActiveX ma con la pecca che le prestazioni non sono il massimo causa l'OleContainer utilizzato da VO per gestirli... :(
Qualcuno sa qualcosa di 
VO.NET
? 
Se ne parlava sull'altro NG tempi fa ma non si sa più niente?
Ciao a tutti


 ha scritto nel messaggio
news:3BAF7F8E...@flashnet.it...

In effetti penso che la grande diffusione di VB sia per il fatto che uno
possa creare delle macro per OFFICE in modo tutto sommato semplice non certo
perchè uno possa creare con esso programmi impegnativi.
Comunque sono d'accordo con quello che hai detto sulla compatibilità.
Ciao,
        Fabrizio Malaguti

Se ne parlava sull'altro NG tempi fa ma non si sa più niente?
Io no.
Ciao,
        Fabrizio Malaguti

e sono molto complesse rispetto a DirectX.
Non sono affatto d'accordo!
Le OpenGL sono una bomba anche su win* e, IMHO, sono piu' semplici di
Direct3D, l'unico difetto se vogliamo e che per gestire altre
periferiche sei in pratica obbligato ad appoggiarti su DirectX.
Ma come librerie 3D non c'e' paragone.
ciao, acc.   
a...@libero.it

 l'unica differenza è che molte soluzioni in VB arrivano appoggiandosi ad ActiveX di terze parti in VO meglio lasciar perdere... :(
Gli activeX di terze parti li puoi usare anche con VO.
