Newsgroup: it.comp.lang.vo-clipper
Titolo: Impressioni di un newbie

Buongiorno a tutti.
Ho scaricato la trial version di CAVO su consiglio di un caro amico, che mi
ha invitato a saggiarne le potenzialita' e vorrei, senza polemica, esprimere
le mie impresione su questo Tool di sviluppo e sapere da voi se le
conclusioni che ne traggo sono corrette o probabilmente sono solo un cumulo
di czzt. :-)))
Premetto che sono uno sviluppatore di medio livello VB, ma che ho sviluppato
piccole applicazioni commerciali anche in Borland C++ 4.0(DOS) ed in Borland
C++Builder 3.0. Premetto inoltre di aver installato e provato, in maniera
piu' o meno superficiale Delphi Prolog Eiffel e dei quali ho apprezzato,
sempre superficialmente, pregi e difetti. Premetto che sono decisamente
entusiasta dell'ambiente RAD di VB e che questo potrebbe condizionare il mio
giudizio, ne sono cosciente e per questo scrivo a voi.
La prima impresione al primo avvio e' abbastanza disorientatnte, ci si trova
di fronte ad una serie infinita di classi e non si capisce cosa ci si debba
fare con esse. Scopro in seguito che quelle sono le classi, mi dicono dei
CAVO user, di CAVO stesso e che solo raramente dovro' utilizzare e quindi mi
chiedo perche' vengano visualizzate per prime all'avvio.
In secondo luogo penso che all'avvio il programma dovrebbe partire con un
nuovo progetto di sviluppo, come fa word per esempio, o per lo meno
chiederci, all'avvio, cosa vogliamo fre in quella sessione : aprire un nuovo
progetto e di che tipo od aprire un progetto esistente.
Una volta compreso cio' ho aperto una nuova applicazione ma mi son ritrovato
di fronte ad una prosecuzione a cascata con aggiunta di classi identiche
alle classi gia' viste. Devo dire che di primo acchito non sono riuscito a
capire dove stavano gli oggetti che in VB si chiamano Form ed in CAVO Window
che sono la base dello sviluppo RAD. Solo riaggiungendo un altro progetto
scelto dalla linguetta basic (li ho provati un po' tutti....) sono riuscito
ad intuire che sotto la classe window era compaso l'oggetto window che pero'
lo stesso CAVO definisce di tipo Form, vai a sapere perche' non lo chiama
Form e basta........
Il mio amico mi dice che bastava andare su Tool Windows Editor, tuttavia se
si clicca su new application e si va su tool la funzione windows editor e'
disabilitata e non e' assolutamente chiaro come aggiungere un oggetto form
alla applicazione che si sta sviluppando. Oppure le applicazioni non possono
gestire gli oggetti form, che sono invece di utilizzo solo dal Progetto
...... francamente non capisco :-((
Comunque una volta identificato l'oggetto form mi accorgo che comincio a
ritrovarmi in un ambiente RAD di tipo familiare, posiziono i controlli sul
Form per sviluppare la piu' classica delle applicazioni Hello World.
Quindi inserisco una Edit a linea singola ed un bottone, dopodiche' cerco
l'evento click del bottone e non lo riesco a trovare da nessuna parte. Dopo
uno scambio di vedute con il mio amio scopro che gli eventi stanno nella
finestra delle proprieta'. Personlmente la trovo una scemenza, ma il mio
amico mi spiega che sono io ad esere prevenuto perche' abituato alla logica
VB. A niente serve cercare di spiegare che la logica di tutti i RAD prevede
di separare le *proprieta'* dagli *eventi*. Confortato dal sapere dove devo
cercare gli eventi associati ad un oggetto, vado nella casella delle
*proprieta'* e non trovo nulla : nessun *evento* per il bottone. Cerca e
ricerca alla fine cerco gli *eventi* del Form e trovo che gli *eventi* dei
controlli sono messi nella finestra delle *proprieta'* del Form e qui
comincio a sospettare che o io sono veramente tonto, cosa per altro ad alto
tasso di probabilita', o questo non e' un ambiente di viluppo RAD, o che
alla CA fanno di tutto per non farsi capire ! Un po' come gli inglesi che
quando tutti tengono la destra, loro si ostinano a tenere la sinistra.....
Comunque apro l'editor asociato all'evento del controllo button ma mi sembra
che questa finestra non si riferisca al mio button ma genericamente alla
collezione dei controlli button e che probabilmente devo gestire io il
riferimento al button inserito ...... decido di rinunciare.
Gironzolando ed aprendo delle applicazioni di esempio, tra le quali manca
hello world :-)))) (ci rido ma non c'e' molto da ridere visto che quasi ogni
tutorial inizia con la descrizione di questo semplice programma), inserisco
ad arte degli errori per valutare la fase di debugging, e noto che questa
fase ' estremamente lenta e che per di piu' l'utente non e' avvertito in
nessuna maniera di cosa sta succedendo : era cosi' difficile far comparire
una clessidra ? Inoltre l'help fornito mi sembra decisamente scarno e
recuperare linee di odice nell'help e' ..... impossibile ?
Sul linguaggio vero e proprio non mi esprimo, mi sembra un pourpourri di C e
Pascal ma sono certo che vada piu' che bene per sviluppare la maggior parte
delle applicazioni di uso commercile.
Le mie personali e probabilmente prevenute considerazioni finali sul
prodotto sono che la produttivita' di questo Tool di sviluppo e' piuttosto
bassa per un newbie se confrontata con i RAD attualmente sul mercato, non
solo con VB che mi sembra surclassarlo sia nell'IDE sia in Debugging per non
parlare del supporto dell'help in linea che e' una vera e propria miniera di
esempi, ma anche nei confronti di linguaggi assai meno intuitivi del basic
come il C++ (CBuilder) od il Pascal(delphi).
Credo pertanto che CAVO sia un Tool di sviluppo che richieda un discreto
tempo di addestramente e di studio del costrutto logico ad oggetti per
essere utilizzato e che trovi la sua vocazione nel mondo degli sviluppatori
xBase.
Senza polemica, perche' la mia e' solo curiosita' di sapere, non voglio
innesacre una sterile rissa su "chi ce lo ha piu' grosso", voglio davvero
capire dove, quando e come CAVO possa essere piu' produttivo per me degli
altri tool di sviluppo.
Grazie dell'attenzione e scusate il disturbo :-)
MaxVax

 abituato, ma ci si abitua presto a tutto :-)
Si anche a prenderlo in quel posto ci si abitua, ma non e' che io gradisca
molto ! :-)
Ora vorrei che qualcuno traducesse queste 3 righe 1\2 di istruzioni VB in
istruzioni CAVO per newbie :
<<Lancia VB e scegli standard exe identifica nella toolbox a sinistra la
casella di testo e facci doppio click sopra, identifica il bottone e facci
doppio click sopra. I due controlli si trovano ora sul Form ! Fai doppio
click sul bottone e scrivi : text1 = "Programmare in VB e' semplice, ciao
Mondo !". Premi il tasto F5 : ecco il programma in esecuzione !!!!!!!!>>
Ciao, vado a cala moresca a fare il bagno :-)))
MaxVax

E' assolutamente inutile fare paragoni tra liguaggi dopo aver dato
un'occhiata superficiale, è come:
"quel gelato è buono me lo ha detto uno che lo ha visto mangiare."
Prima sviluppa una applicazione seria, apprezzane la purezza formale, la
riusabilità del codice, dopo aver capito appieno come usare l'ereditarietà
delle classi;
il RAD  o IDE che dir si voglia è solo un piccolo e superficiale aspetto di
un linguaggio, che ci semplifica la vita, ma non quando si devono fare
applicazioni serie.
Lavoraci un pò e solo allora potrai emettere dei giudizi.
Io sono arrivato a VO dopo aver bestemmiato per lungo tempo in VB, ma non
per questo dico che uno sia meglio di un'altro.
Ogniuno sceglie il linguaggio che più si confà al proprio stile di
programmazione; VO proprio per la sua pulizia formale si confà al mio modo
di lavorare.
Es:
Oggetto auto, poi oggetto auto rossa, poi oggetto auto rossa con motore
1600, se devo fare un'auto rossa 1200 già quasi tutto il lavoro è fatto, se
prima non ti è chiaro questo, come creare una finestra non serve a niente.
Prima cerca di capire il perchè, solo dopo come
Danilo Giuliani

: come faccio a riferire il codice al bottone1 ???
Ogni Button ha un 'Click Event'.
Ma tu che cacchio di evento Click() hai rintracciato senza aver selezionato il
control ? Aspe' che vado a vedere.... ( 30 sec. dopo ) miiii.... il ButtonClick
che hai preso in considerazione e' un Callback method che non deve essere
normalmente chiamato e comunque e' l'evento che richiama a sua volta l'evento
associato al relativo controllo e lo passa alla Window ( o Form chiamala un po'
come ti pare ).
Dovresti approfondire un po' di piu' i tuoi studi sulla OOP :)
Ciao
DioBrando

Ciao, vado a cala moresca a fare il bagno :-)))
Io mi accontento per oggi di Torregrande :-)
Ciao Max :-)
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


Non l'ho ancora preso, ma mi hai convinto a farlo perche' ne ho
sentito parlare bene anche io.
Ciao
-----------------------------
Fabio Cresta
EDP Consultant & VO/Jasmine developer ITALY
President of Clipper/Visual Objects/Jasmine User Group Italy
e-mail: 
fcr...@tin.it
 
fcr...@windevs.com
web: 
http://www.windevs.com
------------------------------

 genere che "a me mi piace tanto!" :-)
Non si dice "A ME MI PIACE" !!!   :)
Ciao
Paolo

fammi un fischio :-)
fiiiiiiiiiii!!!!!! :-)
Comunque e' qui che trovo VO molto + consono alle mie esigenze.
Con VO ho scoperto la programmazione ad oggetti, con tutti i benefici
che il polimorfismo e l'ereditarieta' portano, il tutto integrato
perfettamente nel linguaggio, obbligandomi a lavorare secondo un certo
criterio che in VB non ho trovato, ma anzi mi ha confuso.
Un esempio, ritornando al discorso degli OCX, e' il fatto che in VB ci
sono 2 caselle di testo: TextBox e MaskEditBox.
Se ho una maschera con (n) TextBox, mi sorge l'esigenza di passare
alla MEB, mi si presenta un po' di lavoro davanti, moltiplicando
l'operazione per (x) form, mi passa la voglia.
In VO basta che cambio la classe dalla quale ereditare la
SingleLineEdit e il gioco è fatto !
Per gestire la coda dei messaggi inoltre non c'è bisogno di una
"...tecnica avanzata ma spiegata paso passo...", basta scrivere il
metodo Dispatch della classe interessata, et-voila', possiamo
intercettare anche le mosche ;-)
Ciao,
Antonello.

straordinario, l'unico peccato e' non avere piu' tempo :-((
A chi lo dici!


 intercettare anche le mosche ;-)
Avanzata perche' non penso che siano molte le applicazioni, anche in VO che
necessitino di programmare l'ambiente windows. Ma forse mi sbaglio :-))
Ciao :-)
MaxVax
p.s. : per la programmazione ad oggetti in VB esiste l'ottimo libro della
mondadori della Deborah Kurata.

 Delphi 1.0 erano meglio?
Diciamo anche che VB e' alla 6 quasi 7 mentre VO e' alla 2,5. Ti posso dire
pero' che VB3 era, per i tempi un gran bell'ambiente di sviluppo.
Soprattutto per chi come me aveva provato a scrivere un programma col
borland C++ for Win 3.0 patchato alla 3.1
Ho lottato con quel compilatore per due mesi, era il '93, e pur venendo dal
C++ 4.0 per dos, stavo dando di matto, e per di piu' avevo speso 400.000
lire dei tempi per acquistarlo, (ovvero quasi la meta' di quello che mi
aveva reso la vendita del mio SW Dos che volevo 'portare' su win 3.1). Un
giorno da un amico ho visto VB3.0 .....
ed e' li' che sono diventato *prevenuto* come dice Ignazio (e che ho avuto
la prima idea di investire in MS) :-)))
Spero che questo chiacchericcio che sto generando in lista non vi disturbi
troppo, comunque basta dirlo che non mi offendo :-) : e' che io sono un
curiosone di natura e mi piace sentire le ragioni degli altri. La gente non
e' stupida, se fa un cosa un motivo c'e'. O no ? :-)
Grazie :-)
MaxVax
P.S. : ultimo bagnetto delle vacanze, snif :-((


-----------------------------
