Newsgroup: it.comp.lang.vo-clipper
Titolo: Considerazioni su .net e Win32

Dopo l'incontro di Livorno ho cominciato a dare un' occhiata a Vulcan.
A parte il fatto che trattandosi di un prodotto in sviluppo è normale che 
abbia problemi ho potuto però costatare:
il porting di una applicazione VO in .Net mi pare dura perchè:
la gestione degli eventi è completamente diversa (se hai il bottone OK e 
scrivi il metodo OK si genera un errore, si deve fare riferimento all'evento 
in altro modo, eventhandler etc..).
la gestione degli errori pure è diversa.
Non parlimo poi degli array, in VO erano la soluzione di tutti i problemi, 
ci mettevi dentro di tutto quando e dove volevi, in .Net devono essere con 
elementi di tipo uguale e di dimensione stabilita altrimenti devi usare 
altre strutture che dicono siano molto poco performanti. Immaginatevi chi ha 
usato arrayserver, deve riscrivere tutto.
La sintassi generale è simile, ma non uguale etc..
L'ambiente di sviluppo è tutta un'altra cosa, addio bell'IDE di Vo, Visual 
Studio rispetta il vero stile Microsoft, ovvero è un casino, tutto nella 
finestra principale quindi solo per capire dove stanno le cose ci vorranno 
mesi. Ci ho messo 15 minuti solo per capire che la Caption ora si chiama 
text e quindi Text non è più il textvalue
Scordiamoci i nostri bravi autolayout e addio ad altre amenità del genere.
Senza autolayout dovremo disegnare a mano tutte le finestre, bella rottura 
di co..oni, torneremo a passare il tempo a fare interfaccia invece di 
pensare solo alla logica.
Come si stampa? Se non verrà riscritto report pro dovremo rifare centinaia 
di report.
E chi usa bBrowse?
Brian ha promesso un converter, ma vedendo come ragione .Net la vedo dura, 
molto più dura del passaggio da clipper a VO, anche perchè le applicazioni 
gestionali in Clipper erano allora molto più semplici, non gestivamo 
connessioni a OCX, download internet, gestori di immagini, connessioni a 
reti remote, oggetti OLE ed altre mille cose che ora sono di uso comune 
nelle nostre applicazioni.
Qualcuno dirà, ma in .Net è gia tutto fatto da Microsoft, si è vero, ma 
intanto devi capire come usarlo, e onestamente di documentazione ne ho 
trovata poca, il mare è così vasto che se non sai che una cosa c'è e dove 
trovarla finiremo affogati, e poi onestamente oramai i problemi con VO erano 
già tutti risolti quindi se anche avevo dovuto scrivere 10.000 righe di 
codice invece che 3 chi se ne frega, visto che oramai le avevo scritte; poi 
vorrei vedere una applicazione gestionale vera scritta in Vulcan e leggerne 
il codice per capire quanto c'è rimasto di VO.
Ora mi chiedo non avendo bisogno di applicazioni multipiattaforma si dovrà 
davvero passare a .net?
Cesserà davvero il support di Win32 da parte del sistema operativo? e se si 
per quanto ancora sarà supportato Win32?
Scusate lo sfogo, ma sono veramente molto confuso.
Su fatemi coraggio e ditemi che sbaglio e non ho capito nulla.
Danilo

 ha scritto nel messaggio 
news:45d1e11d$0$35679$4faf...@reader4.news.tin.it...


 ha scritto nel messaggio 
news:45d1e11d$0$35679$4faf...@reader4.news.tin.it...


Ciao a tutti.
E' vero bisognerà ridisegnarsi le finestre (e rimboccarsi le maniche e la 
mente).
Io uso VIDE che sta per Vulcan IDE ed è un buon prodotto che si evolve con i 
suggerimenti di chi lo usa (VOPS).
Permette di fare quasi tutto quello che si fa con l'IDE di VO (Come dicevo è 
in evoluzione).
A proposito io sono alla versione 2773 ed ho valutato anche la 2.8.
Grandi passi avanti sono stati fatti. Le classi internet sono state 
riscritte e funzionano e, se non sbaglio, sono state riscritte le classi 
SQL.
Torniamo a noi.
Gli array sono gestiti pari pari come in VO, ogni elemento può essere di 
qualsiasi tipo a meno chè non si dichiari esplicitamente come in VO (local 
dim aMat[5] as byte)
Io ho importato, al 90% una mia applicazione di gestione laboratorio analisi 
cliniche molto complessa.
Ne ho fatto due versioni, una con i DBF, ma ancora non funziona se si aprono 
gli indici, ed una, convertendo i database da dbf ad access, utilizzando la 
sintassi SQL, ma non di Vulcan ma del FrameWork e va molto bene.
Tutte le funzioni ed i metodi li ho copiati e funzionano a meno di qualche 
cambiamento.
Io ho acquistato le librerie ed i sorgenti di bBrowser per VO.
Ho dovuto ridisegnare tutto utilizzando DataGridView. Ci si deve fare la 
mano.
Quando, in VO, disegni una finestra e metti dei push button, li stesso crei 
il metodo relativo al bottone.
La stessa cosa fai in VIDE o VS2005. Mica si va a vedere l'init che crea VO, 
si va a vedere il metodo che ha creato per usarlo quando fai click sul 
bottone e li inserire il codice. La stessa cosa la fai qui, ti crea il 
metodo dentro ci copi quello di VO. Nel Metodo InitializeForm, non ci metto 
mano come non metto mano nell'init che genera VO
Per i report non ho fatto ancora nulla. Ce ne ho molti ed ancora non so come 
fare. Questo è veramente un problema.
Sapete che qualsiasi cosa si voglia fare con un controllo, si deve creare 
una sottoclasse, scrivere un metodo Dispatch, ed intercettare gli eventi che 
servono. In Vulcan, per ogni contollo che inserisci puoi creare una miriade 
di eventi, come quando fai click a doppio click col muose, o da tastiera, o 
quando ha il fuoco, quando lo perde in pratica puoi creare tutti gli eventi 
che vuoi per ogni controllo senza subclassare le classi e senza creare 
metodi EditFocusChange chilometrici per intercettare chi ha o perde il fuoco 
per eseguire codice di conseguenza.
Come ogni cosa ci sono i pro ed i CONTRO.
Per noi i contro sono riscrivere del codice gia perfettamente funzionante e 
collaudato con conseguente perdita di tempo (e denaro, da non 
sottovalutare), di materia grigia e di ricollaudo (Comunque bisogna 
ritestarlo). Non è facile capire .NET (almeno per me).
Nella trascrizione del mio codice, ho passato ore collegato a MSDN a cercare 
le classi e gli esempi (in VB e C#). Chi ha dimestichezza col C# si troverà 
in vantaggio (almeno rispetto a me).
La DataGridView è molto accattivante ed elegante, puoi fare le stesse cose 
di bBrowse ma.... mi sembra un tantino più lenta. Come paragone utilizzo la 
visualizzazione, senza filtri, di un' anagrafe clienti di circa 40.000 
record e la tabella dei comuni d'italia con 8.700 record.
Bisogna valutare. Attualmente non mi muovo da VO 27b1 build 2773 la 2.8 è 
ancora in fase Beta. L'unica cosa che posso dirvi è che la sintassi è ancora 
più rigida di VO 27 e molto più permalosa.
Comunque per ora non faccio nulla. Quando finirà la fase beta e sarà 
rilasciato Vulcan e VO 2.8 farò migrare le applicazioni che ho scritto e 
collaudate in VO2.8.
I nuovi progetti che ho in cantiere, se nel frattempo esce VULCAN, li 
inizierò con VULCAN altrimenti.... VO.
Ciao. Sono stato prolisso ma io ho già provato Vulcan e VIDE e va bene. 
Visual studio è molto più potente.
Enzo.
PS: Spero di non aver dette molte St...upidaggini.
--------------------------------------------------------------------------------
La mia Cartella di Posta in Arrivo è protetta con SPAMfighter
7591 messaggi contenenti spam sono stati bloccati con successo.
Scarica gratuitamente SPAMfighter! 

 Su fatemi coraggio e ditemi che sbaglio e non ho capito nulla.
penso che ti trovi davanti a un muro, che sicuramente riuscirai a scavalcare, e 
dopo vedrai che la cosa va avanti. Credo che delle situazioni analoghe le 
conosciamo tutti....
Saluti
Wolfgang


--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

Ringrazio tutti per le risposte, ma capite per chi immodestamente era 
riuscito, anche scavando nell'SDK di Vo, a ottenerne una conoscenza quasi 
totale, ritrovarsi di nuovo novello studente č frustrante.
Ritrovarsi dinuovo con problemi banali come : perchč non mi riapre il 
projet, oppure altre cose amenamente stupide ......Eppoi la mancanza di un 
repository.. dover di nuovo rincorrere PRG sparsi ovunque...
Il mio sogno sarebbe stato un Vo con "compila win32" e compila ".Net"
Danilo 

 Su fatemi coraggio e ditemi che sbaglio e non ho capito nulla.
Purtroppo hai capito bene.
Mario Costantino
-------------------------------------------------------
Messaggio inviato da 
http://www.sandlab.org/newsgroup/
Accesso gratuito via web ai Newsgroup


--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 linguaggio.
Su .Net si riparte da zero. C# e' preferibile a Vulcan,  non per il codice
prodotto ma per l'infinita documentazione disponibile.
Per iniziare si puo' utilizzare il MS C# express (gratuito!).
Proprio oggi ho dovuto consultare esempi di codice in VB per programmare
con VO.
ciao,
Mario Costantino


 SQL.
Mi sembra pochino per un cambio di versione , diciamo che per quello che mi 
riguarda mi terrò la 2.7.
Per quanto riguarda le classi internet mi sembra dovuto che funzionino !
Ciao
Alessandro

 Danilo


 Il mio sogno sarebbe stato un Vo con "compila win32" e compila ".Net"
Gia' anch'io avrei preferito. Purtoppo l'unico linguaggio che ha questo



--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 il win32.
Sicuramente, ma ci trivi scritto di tutto!
VO e' bello e completo, purtroppo con poco seguito in Italia.
Ciao, Mario Costantino


> VO e' bello e completo, purtroppo con poco seguito in Italia.
già purtroppo hanno una pessima , per non dire di peggio , politica 
commerciale ...
Alessandro 

Ho cominciato a giocare con Vulcan. Si giocare per ora è il termine esatto.
Debbo dire che con Vulcan IDE molti problemi di compatibilità sono risolti a 
monte. La sua filosofia è mutuata dal VO Ide e quindi lo usi subito.
Il probelma degli Array che mi era stato riferito in realtà non esiste. Si 
usano come in VO.
Resta il problema della creazione delle finestre (non c'è autolayout almeno 
per ora).
Il codice va comunque pesantemente rivisto.
E soprattutto resta il problema della enorme quantità di informazioni che il 
FrameWork contiene, ma che trovare è una vera caccia al tesoro. Servirebbero 
molti più esempi.
Per ora mi sono posto il probelma di convertire le mie DLL, non sarà facile.
Comunque vi terrò informati.
Danilo