Newsgroup: it.comp.lang.visual-basic
Titolo: i programmi in vb 6 saranno compattibili per il futuro ?

ciao,  non ho capito ancora una cosa, ho letto spesso che il  visual basic 6 
e' supportato fino a windows 7, poi con gli altri sistemi operatiivi non 
girera' piu', e' questo lo capito, ma quello che non ho capito e' se' i 
programmi fatti con il vb6 gireranno su  tutti i sistemi operativi del 
futuro e sensa limitazioni ?
grazie 



Direi che se hai idea di aggiornarti sarebbe il momento, per il resto credo
che per un po' gireranno, non sono a conoscenza di posizioni ufficiali,
riamangono poi le macchine virtuali al limite, con le loro limitazioni.

 riamangono poi le macchine virtuali al limite, con le loro limitazioni.
ecco ma il vb classico posso capire che non girera piu' , ma le applicazioni 
fatte, perche' potrebbero non girare piu' su' sistemi operativi ? cioe' come 
la microsoft puo' tecnicamente escluderli ? e' questo che non capisco.
cioe' secondo me' un applicazione fatta con qualsiasi linguaggio non puo' 
non girare in futuro su un altro sistema operativo o sbaglio ?

 non girare in futuro su un altro sistema operativo o sbaglio ?
Dipende. Potrebbero decidere che il runtime di VBx non sia piï¿œ 
supportato e non installabile, quindi i programmi in VBx non 
funzionerebbero piï¿œ.
Potrebbero perfino decidere, tranne casi particolari come i driver di 
periferica certificati, di tagliare fuori tutti i programmi in codice 
nativo, permettendo solo quelli .NET. Anche se sembra una follia, ti 
assicuro che c'ï¿œ stato un momento nel quale ci hanno davvero pensato :-)
MS puï¿œ fare quello che vuole senza rendere conto a nessuno, badando solo 
a questioni politico/strategiche o di proprio diretto tornaconto. 
L'utente ï¿œ purtroppo in secondo piano.
-- 
news:it-alt.comp.software.openoffice : Il newsgroup dedicato a
OpenOffice.org, la suite open source di applicazioni per ufficio.
Scarica "OpenOffice.org 3.0 Soluzioni a raccolta", molto piï¿œ di semplici 
FAQ! 
http://it.openoffice.org/doc/manuali/


Il concetto di "supportato" non è legato al concetto di
"funzionante"... quando un software non è più supportato vuol dire che
non viene più aggiornato, non ricevi nessuna assistenza e, qui sta il
punto della questione, viene ignorato quando si tratta di fare
considerazione in merito alla retrocompatibilità.
Cosa vuol dire? che sostanzialmente la situazione sarà simile a quella
dei vecchi programmi DOS, per esempio: tanti funzionano tutt'ora
(trascuriamo il discorso macchine virtuali, intendo nativamente),
tanti no... nell'evoluzione dei vari S.O. Microsoft credo sia
improbabile siano state prese misure per non farli funzionare *di
proposito*, ma più che altro avranno ragionato con: "la modifica al
sistema X rompe la compatibilità con alcuni software sviluppati in Y?
Bah, chi se ne frega, roba vecchia e fuori supporto..."
Per VB6 penso più o meno lo stesso, magari quando sparirà del tutto
l'architettura a 32 bit il runtime smetterà di funzionare, ma fino ad
allora non credo lo castreranno intenzionalmente... se va, bene, se
qualche modifica incidentalmente lo azzopperà, se ne fregheranno.
Il problema vero non è nel runtime di base, ma lo avranno invece tutte
quelle applicazioni che facevano uso più o meno esteso di librerie di
terze parti, perchè è molto più facile che si "rompano" quelle; se VB6
stesso è fuori supporto, quegli sviluppatori, a loro volta, avranno
già deciso di non supportare più quelle versioni, e potrebbero
lasciarti "in braghe di tela"


Sembra facile dire "se hai idea di aggiornarti sarebbe il momento".
Io lo sto affrontando Visual Studio 200x e ti giuro che è tutto meno che 
facile.
-- 
 >>> 
www.ceccherini.net
 <<<

 ha scritto nel messaggio 
news:c99bf4c8-cea9-41fc...@i40g2000yqd.googlegroups.com...
il mio dilemma era, fare programmi un po' piu' complessi con il vb2008  e i 
programmini semplici semplici farli con il vb6 ?, io anche se' so' poco di 
programmazione, pero' ho gia' visto che il vb6 e' molto piu' pratico e 
manegevole per fare programmini magari per uso personale o da dare agli 
amici. peccato pero', perche' poi nel caso non siano piu' funzionanti in 
futuro, non si potranno distribuire agli amici, oppure distribuirli  con la 
limitazione di farli funzionare con un sistema operativo prestabilito.
. 

 facile.
 anche io e' tanto che mi sono proposto di studuare il vb2008, anche perche' 
del vb6 so' pochissimo, quindi in teoria mi dovrebbe essere facile partire 
direttamente con quello, pero' non so come , ma non mi ispira, cioe' capisco 
che sarebbe pu' conveniente, pero' solo capire i concetti della 
programmazione ad oggetti e' difficile e quindi mi scoragigia subito, fatto 
sta' che e' gia' qualche anno che apro i libri e li richiudo. e mi domando 
spesso, se' sarebbe stato meglio andare avanti con il vecchio almeno 
qualcosa avrei imparato . poi non lo devo fare per professione e non essendo 
piu' tanto giovane, non so' fino a che punto mi covenga seguire l'ideea che 
sarebbe piu' conveniente iniziare con il 
vb.net
, che tanto s'e' continuo 
ancora cosi, va' a fiire che non studio niente  :-)

 facile.
E' quello che sto facendo io, all'inizio i primi sw verranno più brutti, e
lavorerai con google aperto perennemente, pian piano ci si prenderà la
mano.

 amici
Guarda solo i problemi di distribuzione, librerie esterne per far cose che
.net ha già, impossibilità di fare qualcosa di graficamente paragonabile,
dovrebbe farti propendere per .net.
Che alla fine lo puoi usare alla VB6 comunque (senza sfruttare l'OOP per
dire).

 dire).
si ma io intendevo dire anche l'interfaccia e' piu' veloce e semplificata, 
almeno per fare programmini semplici semplici ad uso personale, 

 almeno per fare programmini semplici semplici ad uso personale,
Io ho fatto senza scrivere una riga di codice, una sorta di rubrica. Ho
fatto il DB Access, trascinato la tabella, e distribuito al cliente su
pendrive. Certo non � questo il modo, ma per alcune cose si fa molto
meglio. E' normale che se vieni da VB6 dovrai cercare ogni volta
"app.path in 
vb.net
"
"file ini in 
vb.net
"
ecc.
Io ho trovato enormemente pi� semplice la gestione dei files allegati in un
database, con un'istruzione normalissima si leggono e scrivono come campi
normali, in VB6 ci passai diversi giorni trovando una soluzione "a mezzo".
Dipende da che progetto devi fare, non � detto che in VB6 si faccia meglio.
Poi non dimentichiamo che vb6 costa, 
vb.net
 express � gratuito (o sharp
develop).

 meglio.
mi riferivo a programmini sempici tipo che so', ad esempio io mi diletto in 
elettronica, quindi potrei farmi lo schedario dei codici colori  delle 
resistenze.. oppure un applicazione che mi trova le velocita' da impostare 
nella cnc, cose da fare al volo insomma, non lo so se' con il net e' 
abbastanza rapido da fare.

 abbastanza rapido da fare.
Ma trattano di comunicazione seriale o sono programmi che non comunicano?
L'unica è mettere la express e provare, dopo aver letto un po'. Per queste
cose lo puoi usare molto alla VB6 volendo.

 Ma trattano di comunicazione seriale o sono programmi che non comunicano?
per favore spiegati meglio ne so' ancora pocho di programmazione 

 abbastanza rapido da fare.
Si, è abbastanza rapido e ti consente una manutenzione futura molto
semplice.
Nulla che in VB6 non possa essere fatto però, a mio avviso, in .net
viene meglio.
Poi in ambito .NET puoi scegliere Windows Forms (sul quale trovi
moltissime guide, esempi ecc...) oppure WPF (che però al momento è poco
utilizzato, molto più complicato e trovi poca roba in giro).
Il mio consiglio, conoscendo quali sono le esigenze medie di chi lavora
in ambito elettronico, è di inziare con .NET sotto Windows Forms.
Nicola

 per favore spiegati meglio ne so' ancora pocho di programmazione
Ad esempio un software in .NET per comandare delle macchine a controllo
numerico o dispositivi esterni.
A questo punto immagino che non ti serva niente di tutto ciň.

 utilizzato, molto piï¿œ complicato e trovi poca roba in giro
condivido solo il "complicato" e non proprio il "molto" :-)
Il post introduttivo su m-v-vm ï¿œ quasi pronto, sii fiducioso... se solo 
lavorassi un po' meno di 16h al giorno... :-)
.m
-- 
Mauro Servienti
{C67C0157-5D98-4733-A75E-93CAEE4BADC8}
Microsoft MVP - Visual C# / MCP
http://mvp.support.microsoft.com
http://blogs.ugidotnet.org/topics
whynot [ at ] topics [ dot ] it

 lavorassi un po' meno di 16h al giorno... :-)
Non dirlo a me :-)
Ammiro voi MVP. Dedicate alla programmazione ed all'aiuto (si, perchè
grazie ai vari articoli che trovo in giro che esco quasi sempre dal
pantano) energie e risorse che io non riuscirei proprio ad immaginare.
Io dopo il lavoro sono così stanco che a malapena ho voglia di pedalare
per tornare in bici a casa (anche se in questo periodo è piacevole
percorrere i viali alberati di Monza) ;-D
Nicola

lavorassi un po' meno di 16h al giorno... :-)
scusa ma non ho capito un H

 A questo punto immagino che non ti serva niente di tutto ciň.
no no, cioe' , non mi serve per quello il visual basic, per comandare le cnc 
ci sono altri strumenti appositi, io intendevo dire, che con il visual basic 
posso farmi delle applicazioni che mi possono comunque servire come ausilio. 
cioe' tabelline delle resistenze o per presentarmi al momento  opportuno le 
velocita' da impostare sulle macchine utensili. non che comunicano 
direttamente con le cnc. comunque sarebbe bello se' con esso si potrebbe 
fare, ma non credo. 

 Nicola
attento, che io un giorno sono passato da quelle zone ed un motociclista mi 
e' passato a rasopelo ad una velocita' tale che non sono riuscito nenache a 
vederlo, ma ho solo sentito il suono della moto. ti assicuro che me lo 
ricordero' per il rwesto della mia vita, non e' un esagerazione non  lo 
propio visto. 

 scusa ma non ho capito un H
Riprende il discorso iniziato su un'altra discussione su
microsoft.public.it.dotnet.vb
Nicola

 propio visto. 
Si, in alcune parti non è proprio sicuro andare in bici.
Fortunatamente nel mio percorso c'è solo un pezzo di 200 mt "critico".
Il resto sono stradine abbastanza tranquille e poco trafficate.
Nicola

 Nicola


 Poi, se avr� voglia, potr� iniziare con WPF.
nicola, quql'e' la differenza sostanziale tra' windows form e applicazioni 
WPF  ?

 WPF  ?
tutto :-)


 lavorassi un po' meno di 16h al giorno... :-)
Ciao Mauro,
appena acceso il pc il mio fido feedreader ha mostrato il tuo post
M-V-VM: The beginning
beh che dire ... complimenti
WPF è affascinante e ci sarà da studiare un bel po' perché il futuro 
sembra tracciato ... però rimarrò con la coperta di Linus ... ehm cioè 
di WinForm ancora per un po', nel frattempo seguirò con molto interesse 
i tuoi ottimi post.
Grazie
Ciao
Stefano

 post.
Grazie, anche io per ora sono ancora in uno scenario misto, tutto il 
nuovo ï¿œ Wpf mentre ho un sacco di roba da manutentere in Windows Forms, 
tecnologia che vivrï¿œ ancora molto a lungo.


 tecnologia che vivrà ancora molto a lungo.
Anche se sto andando pesantemente OT ...
secondo te uno strumento come Expression Blend è "assolutamente" 
necessario per costruire applicazioni WPF oppure VS2010 ti offre la 
possibilità di farne "tranquillamente" a meno (considerando soprattutto 
che lo sviluppatore e il designer -nel mio caso- sono la stessa entità)?
grazie
ciao
stefano
p.s.
si ha idea di quando verrà rilasciato expression 4?

 si ha idea di quando verrà rilasciato expression 4?
No, mi spiace e stavolta proprio non lo so neanche io, ma secondo me lo 
sa Corrado anche se srappargli questa informazione direi che 
impossibile :-)


 :-)
su msdn flash del 22 comunicano che è appena uscita la RC, a sto' punto 
direi che l'inizio dell'autunno potrebbe essere il periodo giusto.
ciao
stefano

 WPF  ?
Ti ha risposto molto bene Mauro... tutto.
E' una gestione totalmente diversa dell'interfaccia utente.
Non parlo solo di tecnologia alla base (quella non ï¿œ di tua
competenza... ci pensa MS), quanto proprio di logica nella creazione
dell'interfaccia e di popolamento dei controlli.
Meglio non saprei spiegarti, perchï¿œ ci sto lavorando da 1 settimana
(anche se mi ci sono buttato a capofitto).
Ciao,
Nicola