Newsgroup: it.comp.lang.visual-basic
Titolo: [OT][VB5][PROGETTI] Progetti in VB5, che fare?

Salve (ciao a quelli che conosco).
Ho vari progetti (più che altro varie classi studiate per eseguire compiti
precii) realizzati con VB5 (es. FlexAgenda), mi sono reso conto che sono
ormai da considerare, in estinzione, visto che bisognerebbe almeno portarli
a VB6 o 
VB.NET
.
Siccome è poco probabile che aggiorni il mio sistema e mantenga 'moderni' i
progetti, mi è venuta l'idea di cedere i progetti a chiunque sia
interessato ... a tenerli in vita.
L'unica cosa che vorrei riservarmi è di poter, in futuro, sviluppare il
codice originale (il fork, la copia ceduta, sarebbe totalmente di proprietà
di chi  ... la vuole).
Salve (ciao)
     Gdb

 chiunque sia interessato ... a tenerli in vita.
Definire "interessato". Il Sito Comune di questo NG č sicuramente
interessato, ma (come, immagino, ben sai) ha delle "regole" piuttosto
chiare...

 chiare...
Interessato uguale chiunque sia interessato ( :) ) a un trasferimento di
proprietà (per trattarli bene ( :) ) del codice (del fork del codice, per
la precisione).
Nel sito comune ci sono già una buona parte dei progetti/codici su cui ho
lavorato.
Non sono aggiornato sulle regole del sito comune, se dovesse essere
importante vedrò di aggiornarmi.

 importante vedrò di aggiornarmi.
No, non mi sbaglio.

tra il VB5 e il VB6 non c'è quasi nessuna differenza. C'è l'ado invece del
dao e il datareport (che se ne puo' fare a meno).
L'ado comunque è un ActiveX al quale puoi fare riferimento anche da VB5.
IL .NET è un'altro linguaggio e non genera eseguibili nativi... Se devi
passare a Visual Studio .NET credo che l'unica soluzione sia quella di
programmare in Visual C++ con progetti MFC, ATL ecc... ovvero gli unici
progetti che generano codice nativo.
Con il net bisogna aspettare che la MS fornisca la possibilità di generare
exe nativi e solo in quel caso non avrà più senso programmare con VB5 e VB6.

 programmare con VB5 e VB6.
si vabbe' sarebbe un filino meglio per noi programmatori ma un po in
conflitto con l'ideologia multipiattaforma del net !
Se mi rendi stand alone un prg per XP e voglio usarlo sul 2000 ad esempio
incontrerei alcuni problemi, non prendiamo poi l'idea Xp - win98 o
piattaforme *nix !
(ps: non dimentichiamoci mai che parliamo di VS.Net 1 = poco piu' di una
ciofeca visto tra 2-3 anni ! )
-- 
<Gigio2K>
--- 
http://www.g2kweb.it/gigio2k
 ---
Nokia -> I.T.H.N. -> 
http://www.ithn.it/
VB -> I.C.L.VB -> 
http://www.it-lang-vb.net/

 Salve (ciao a quelli che conosco).
ciao giuseppe, ogni tanto ti si rivede con piacere

da vb5 al 6 il salto in genere non e' traumatico, e in vb classico c'e'
ancora parecchia gente che ci lavora, se non altro per manutenzione. sulla
sparizione, non so. intanto ms sta per far uscire sp6...
codice scritto da persone come te e' sempre un piacere trovarne.
se pensi di poterlo mandare al s.c., free come tutto il resto che c'e' e che
anche tu hai gia' mandato, grazie anticipate. puoi provare a chiedere che ti
vengano comunicate le eventuali implementazioni e/o modifiche, anche se
l'esperienza mi dice che queste comunicazioni non arrivano mai, lo sai
meglio di me.
quanto al s.c., in questo momento c'e' in ballo il cambio wm e forse
hosting. magari aspetta almeno le elezioni del wm, che ora e' lord rayden.
ciao, a.
-- 
http://www.sundaysw.com


L'exe nativo (e non l'immagine eseguibile creata dal NET) può girare
tranquillamente su 95/98/ME/2000/NT 4 e XP a prescindere su quale sistema
viene compilato.
L’ideologia multipiattaforma del NET come quella del JAVA e del tutto
sbagliata. Non ha caso il NET è un flop. Per garantire il porting tra una
piattaforma e l’altra basta avere un compilatore identico sulle due
piattaforme e questa è sicuramente la soluzione migliore (il caso del
Delphi). Con il bytecode non hai la sicurezza e credo che ogni applicazione
gestionale richieda un minimo di sicurezza. Cosa accadrebbe se un sistema
sensibile (dal punto di vista economico) fosse sviluppato in NET e l’
operatore con un po’ di istruzioni riesca a modificare il codice e quindi ad
effettuare delle operazioni truffaldine?

 VB6.
Io sono rimasto molto indietro come aggiornamento del sistema 'win/ide' ed è
mio parere/sensazione che fra circa un anno il CODICE scritto in VB5 avrà
una possibilità di circolazione (il codice che sviluppi solo per il proprio
sistema può 'vivere' più a lungo) rasente allo zero (diciamo che farà la
fine di win98).

 strada?
]zac[
Non credo di poter spiegarmi meglio.

 hosting. magari aspetta almeno le elezioni del wm, che ora e' lord rayden.
]zac[
Vedo che le cose non sono cambiate ( :P ).
Ciao
    Dbg

[Giuseppe Della Bianca = circa_bepi]zac[@]zac[
adria.it
 in
a4hhi1-...@exnet.dbg.it
] ha scritto:

Ma stai scherzando, vero?!
Non conosco la tua situazione, ma a me il cliente non chiede nemmeno in che
linguaggio è scritto l'applicativo che gli fornisco. Mi chiede solo che
funzioni e che faccia quel che desidera...

 
huh?

 fine di win98).
La tua sensazione è sbagliata. Praticamente non esiste nessuna differenza
tra un compilato VB5 e VB6 e qualsiasi altro compilato che si appoggia sulla
tecnologia OLE. Sembra di sentire parlare di codice a 16 bit.
Il net si basa sulla libreria di tipi memorizzata nei metadati ma il sistema
XP continua a basare il suo funzionamento sulla tecnologia OLE. Non morirà
mai… anche perché significa rendere il sistema operativo incompatibile con
il passato e questo significa tagliarsi fuori.
IL VB5 SP3 e VB6 SP5 sono attualmente i migliori compilatori perché
maggiormente compatibili con il Sistema Operativo (molti Exe creati con
altri compilatori hanno problemi con XP).
Il Net, con il suo nuovo linguaggio C# è sicuramente un eccezionale ambiente
di sviluppo ma per il momento non può generare (opzionalmente) codice nativo
è ciò rende indispensabile l’uso del VB5 e VB6. Quando il NET potrà generare
anche codice nativo il VB5 e il VB6 non scompariranno perché rimangono pur
sempre ottimi ambienti di sviluppo che permettono di soddisfare tutte le
esigenze del cliente. Non potranno scomparire perché il VB NET non è il VB
7.0 ma un altro linguaggio.

 huh?
Niente di personale, solo che altre frequentazioni di
it.comp.lang.visual-basic sono coincise con periodi di passaggio da un WM
ad un altro e con periodi di passaggio del sito comune da un hosting ad un
altro.

 tra un compilato VB5 e VB6 e qualsiasi altro compilato che si appoggia
]zac[
Per quanto riguarda la piattaforma .NET, a pensarci meglio, hai un buon
numero di ragioni (anche se non devi dimenticare che non è prima volta che
viene 'commercialmente' forzato l'invecchiamento/sostituzione di un
prodotto).
Per quanto riguarda il CODICE di VB5 invece ci saranno un bel pò di problemi
a farlo circolare quando la stragrande maggioranza useranno VB6.
E' evidente che SOLO mantenere un proprio progetto con VB5 non crea
problemi, è condividere il codice che creerà parecchi problemi.
Rimango convinto che un aggiornamento del sistema e dell'ide almeno a VB6
sia fondamentale.
In ogni caso grazie per i chiarimenti.

 VB6.
Aspè, forse intendi il contrario. AFAIR il VB6 è quasi perfettamente
retrocompatibile col 5.
Io uso il VB5, e ti dico la verità: non trovo praticamente nessuna
differenza con il 6. Ho scaricato letteralmente _centinaia_ di sorgenti,
snippet di codice e simili, non ho mai avuto problemi di compatibilità
del linguaggio, tranne per quelle tre-quattro funzioni relative alle
stringhe, che comunque emulo in codice vb (Split, Replace, InstrRev..).
In quei tre-quattro casi in cui c'erano dei problemi, sono bastate
modifiche veramente minimali per far andare tutto.
Gli OCX del 6 sono perfettamente compatibili con il 5, ovviamente.
Immagino ci possano essere delle differenze nelle funzioni più
avanzate, ma onestamente, non saprei dire quali :-).
Aggiungo che non ho problemi di integrazione web, e non so se
possa essere cambiato qualcosa nell'accesso ai DB.
Bye, G.

 retrocompatibile col 5.
]zac[
Si, VB6 usa il codice di VB5 abbastanza bene, anche se quando, un pò di
tempo fa, ho avuto VB6 fra le mani per fare delle prove non sono stato
'''fortunato come te''', qualche problemino lo ho avuto.
In ogni caso grazie per avermelo ricordato, se riesco a rimettere le mani su
un VB6 rifaccio alcune prove, non si sa mai.
Approfitto per confermare l'intenzione di cedere la gestione di tutto il
codice e chiarisco che si tratta di codice scritto per essere condiviso e
liberamente disponibile (GPL/FREE)(classi, liberie, ecc.).
Il codice 'interno'/'professionale' non dovrei avere problemi a manternerlo
ancora per un bel pò.