Newsgroup: it.comp.lang.visual-basic
Titolo: VB 2005 da Vb6: non ci riesco!!!

Avrò letto 3/4 libri (o meglio i primi capitoli dove vi è l'introduzione 
a VB 2005), tutorial presi dalla rete. Ho capito il concetto di classe,
oggetto , polimorfismo, incapsulamento e tutte le proprietà tipiche della
programmazione ad oggetti. Eppure quando vado all'atto pratico, sviluppare
piccole applicazioni per uso interno alla mia azienda, gestionali su SQL
SERVER 2000 emergono delle difficoltà di approccio, di progettazione.
Ad esempio, l'approccio tipico che ho con Vb6: 
- Creo form con i controlli necessari a gestire i dati sul DB 
- utilizzo gli eventi per scrivere le routine 
- mi baso su dei moduli per la connessione al db. 
Il codice da scrivere mi viene spontaneo e le uniche difficoltà sono
rappresentate dall'algoritmo.
Se volessi traslare questa attività su Vb 2005, mi viene meno il punto
iniziale, da dove inizio. In Vb6 la logica del progetto risiede sul DB,
tutto si costruisce intorno a questo. In Vb 2005 invece il DB è parte di
una logica di più alto livello che bisogna prima definire. Ecco che allora
ogni 3/4 mesi riprendo i libri sperando che stavolta vada meglio del
precedente tentativo di imparare Vb2005 e cerco di impostare un piccolo
gestionale in Vb 2005, ma o sono de coccio oppure 8 anni di sviluppo in
Vb6 rappresentano il mio principale limite alla OOP, per cui desisto.
Avrei bisogno che qualcuno mi scrivesse gli step per realizzare una app in
Vb 2005 partendo dalla logica di un DB , diciamo con sole 3 o 4 tabelle,
magari referenziate fra loro . Il tutto anche in pseudocodice, giusto per
scoprire voi come agite.
Grazie per l'attenzione.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Grazie per l'attenzione.
Quello che chiedi non è molto semplice da spiegare. Lo sai, vero? :)
Se c'è di mezzo un db, secondo me lo "scoglio" maggiore, per quanto riguarda 
vb2005, è la comprensione nel dettaglio di come lavora 
ADO.NET
 2.
L'approccio alla progettazione con .NET è abbastanza diverso da quelli a cui 
ci ha abituati vb6. Bisogna obbligatoriamente pensare in termini di oggetti, 
pensare a come costruire una classe, usare le interfacce quando necessario, 
sfruttare ereditarietà, polimorfismo, incapsulamento e altre amenità.
C'è poi da dire che, nel tuo post, esordisci con "Avrò letto 3/4 libri (o 
meglio i primi capitoli dove vi è l'introduzione
a VB 2005)".
La domanda sorge spontanea: ti sei sbattuto a sufficienza a riprodurre gli 
esempi che - verosimilmente - ti vengono proposti? Hai provato ad usarli 
come base per costruire qualcosa di più complesso?
Fermarsi a "leggere" il manuale di un linguaggio serve a poco o nulla. 
Smanettare è un aspetto imprescindibile se parliamo di imparare un 
linguaggio che - in questo caso - del predecessore mantiene il nome e poco 
altro.
Il fatto che vb sia finalmente diventato un linguaggio veramente ad oggetti 
ha forse fatto lievitare un po' la complessità del tutto, ma è una 
contropartita IMHO decisamente accettabile in cambio dei benefici che offre.
L'unica cosa è che bisogna sbattersi, riscrivere gli esempi del libro, 
modificarli, espanderli, stuprare il codice per vedere che succede. E poi 
usare l'intellisense che, seppur non ancora perfetto (almeno quello 
dell'editor di visual basic), è un aiuto molto valido. A volte basta un 
semplice ctrl + spazio per scoprire che la classe che ti occorre per fare 
una determinata cosa è già lì bella e pronta (molte volte con il nome più 
ovvio che potrebbe avere).
La programmazione ad oggetti non si impara da un giorno all'altro, e, se non 
la si affronta in un modo organico, affiancando allo studio della teoria la 
scrittura di una buona quantità di codice, può diventare un casino tremendo 
:)
Ciao ciao
S. 

 SERVER 2000 emergono delle difficoltà di approccio, di progettazione.
scusami tanto, se' invece di risponere alla tua domanda, mi 
infilo.ma
 sono 
interessato in prima persona, come potrai leggere dai miei precedenti post. 
ti spiego,  anche se' e' tanto che ho il vb6,e libri per esso, non mi sono 
mai deciso ad imparare sul serio, tranne i soliti primi approcci della 
serie,arrivare ad un quarto di libro, fare le prime sperimentazioni 
aggiungendo pulsanti ed etichette, per poi lasciar perdere e rimandare. ma 
da qualche mese, ho iniziato a studiarlo seriamente. mi sono fatto fuori 
quasi un libro di 900 pagine. ma ancora, sensa praticarlo bene.
diciamo solo teoria.poi leggendo sui forum e news, tra i quali questo, ho 
fatto l'agghianciante scoperta che .il vb6 e' gia' tramontato da un pezzo, 
sembra out., storia passata.
anche se' gia avevo notizie del 
vb.net
, vb2005, ma non credevo che il vb6 
fosse ritenuto cosi vecchio. e devo dire che mi e' anche dispiaciuto :-(  . 
comunque ti dico tutto questo per sapere, se' la difficolta' che incontri 
per programmare applicazioni, con i database e/o sensa. secondo te' e' 
dovuta principalmente perche' gia eri inpratichito con il vb6?, o propio
perche' ti sembra che il vb2005 sia propio molto piu' complesso di suo? ti 
faccio questa domanad, perche' tu hai piu' esperienza di me', visto che hai 
programmato 8 anni col
vb6, e che, come dici nel post, vai avanti da diveri mesi, provando piu' 
volte col vb2005. percio' potresti essermi utile, magari togliendomi qualche 
dubbio. ti ringrazio per
l'eventuale risposta
ciao

On Thu, 20 Sep 2007 17:30:13 +0200, 
red...@nospampleaselibero.it
 (redair)
wrote:

dai, è un po' troppo generica come domanda, e poi sui libri,
le cose che chiedi, a livello generale di macrostep, e con anche codice
pronto all'uso, ce ne sono sens'altro.
cerca i comandi Ado.net (sia per la modalità connessa che disconnessa)
cancella dalla mente polimorfismo, incapsulamento, ereditarietà...
(e slogan pubblicitari vari) che non li userai mai 
e quando inizierai ad usarli ce ne saranno di nuovi
per logica del db non so cosa intendi, 
un db è sempre quello, 
sia che lo interroghi da vb6 o da vb2005 
(al massimo può cambiare il Server: msde o sql2005express);
cambia il modo di tirare giù i dati giù verso la tua form,
ma qui di esempi ne trovi a iosa 
(scegli innanzitutto se connesso o disconnesso); 
poi impara cosa è in vbnet :
un dataset, una datatable, una datarow, un datarecord, un resultset
ed hai in mano gli "oggetti" ricchi di dati per riempire le caselline
delle textbox o delle griglie (a mano o con il binding)
Nota:
hai detto:
"In Vb 2005 invece il DB è parte di
una logica di più alto livello che bisogna prima definire"
questa è una pippa mentale che instillano quelli della MS,
lascia perdere (avrai tante di quei problemi cui pensare
sulla velocità, memorie, retrocompatibilità, versioni del framework,
Vista da voltastomaco (consiglio: Vista è uno scherzo, pensa
che non esiste), che sarai a posto per i prossimi 5 anni)

 che non esiste), che sarai a posto per i prossimi 5 anni)


 che non esiste), che sarai a posto per i prossimi 5 anni)


 che non esiste), che sarai a posto per i prossimi 5 anni)
Già, uno scherzo un pò troppo di cattivo gusto. Le mie applicazioni con 
VB5 funzionano talmente bene con 98-ME-2000-XP ma perchè dovrei buttarle 
solo perchè non funzionano con Vista del k....? Pensa con un programmino 
  fatto con VB5 la mia applicazioncina, con DAO, gestisce una intera 
Azienda sanitaria Locale (250.000 persone) per le esenzioni dal Tickets, 
sono state inserite almeno 200 nominativi, e va che è una meraviglia. 
Iniziata quando c'era Win98 prima versione, poi seconda versione e ora 
XP, che pur non essendo il massimo della vita è cumonque pur sempre 
meglio di Vista.
Insomma, alla fin fine, certo (io non sono un professionista in fondo) 
per i professionisti sviluppatori di software magari VB OOP etc etc sarà 
il massimo, ma a me interessa che l'applicazione faccia quello che deve 
fare, poi il modo in cui lo fa, se con VB5 o 6 o con VB2005, che importa?
Robin

triller ha scritto:

Con Vb6 per progetti di grosse dimensioni e che sono partiti anni addietro
rispetto alla sua uscita, le difficoltà di mantenimento e riusabilità del
codice sono realmente problemi seri. Ma per gestionali di piccole
dimensioni rappresenta una soluzione facile, economica e soprattuto
veloce. La fase di progettazione si incentra soprattuto nel disegnare il
DB e l'interfaccia. Con Vb2005 si deve procedere da un livello di
astrazione tale che è facilissimo perdersi. Non vi sono degli step
predefiniti per costruire il progetto, o almeno io non ne trovo. E questa
è la principale difficoltà, non sai da dove partire per arrivare a fare in
fin dei conti delle letture e scritture di dati da un db.
Vorrei imparare Vb net sopratuto per un motivo di mercato, fra qualche
anno i programmatori vb6 saranno come quelli di cobol oggi, poco
richiesti! I nuovi sistemi operativi richiederanno programmi scritti ad
hoc e purtroppo Vb6, a meno che qualche importante software house non lo
voglia mantenere in vita aggiornandolo all'evolversi dei sistemi, non
potrà essere d'aiuto.
Saluti


 soprattuto nel disegnare il DB e l'interfaccia
QUesto non penso possa essere cambiato.
Magari si fa in un altro modo, piu difficile e contorto, ma alla fine 
bisogna sempre fare la stessa cosa.
Unica differenza è .... che è accesibile da web invece che da intranet.
Viceversa, non ho capito nulla :(
-- 
Greg 

 Da RIDERE!!!!!  Da ridere per come la MS ci vuole prendere per il culo....
Ecco un altro figo che dice che Ms fa schifo però guai a lavorare su linux 
anzichè sotto windows.
E te lo dice uno che detesta Vista, ma che lavora con logica, non come un 
drogato da centro sociale.
Ciao 

Fabio ha scritto:

Ma no Fabio, io penso che la MS invece di fare windows Vista poteva fare 
veramente un nuovo grande SO con tutti i soldi e tecnici che ha. A parte 
che personalmente non mi va l'idea che per far giarare un SO si debba 
essere in possesso di un aeroplano, ma iopenso che Vista non sia poicosì 
bello e performante. Io dico e penso che sia meglio XP. Dimmi tu: cosa 
mancava a XP che non poteva essere aggiunto senza ricorrere a tutto quel 
popò di Vista? Anzi, io credo che la MS doveva migliorare il codice di 
XP anzicè ingarbugliare quello di Vista.
Io penso che in realtà windows vista sia solo e solamente una grande 
presa per il culo, perchè nessuno aveva bisogno di un nuvo SO windows da 
quando c'è XP. Il problema è questo: io ho il monopolio, io comando e 
qua si fa come dico io. Tutti si devono adeguare altrimenti non si 
lavora. A me questa filosofia fa giarre le palle.
Dimmi tu: oggi come oggi se vuoi acquistare un nuovo notebook con XP lo 
trovi? Lo devi andar a cercar econ il lanternino. Oppure con tutta l 
alic di Vista lo devi formattare e installare un XP pirata. Ma io dico: 
perchè non si fanno i portatili senza SO e poi ognuno si compra quello 
che vuole? O anche i pc di casa o di ufficio. Perchè si deve essere 
costretti a a comprare qualcosa che non si vuole? Ti faccio un es. Ieri 
sera ho acquistato un portatile in internet ch emi serve per inserirci 
VB5 (celeron 1,7 HD 80 GB, costo 379,00 euri). Sai cosa c'è dentro? Win 
Vista Home Basic. Ma io come faccio a metterci VB5?
Lo dovrò formattare appena mi arriva e mettere un XP pirata. Ho tante 
licenze di XP e sarò costretto a inserire XP pirata sul mio pc.
E per favore non ribattere con risposte del tipo, lo sapevi che c'era 
vista allora non lo compravi... non saresti serio. Io sono abituato a 
chiamare le cose con il loro nome. La MS ci sta prendendo per il CULO. E 
questa è la verità.
Ciao
Robin

procedere in questo modo.
Allora sono il genio che non credevo di essere...
Scherzi a parte non vedo o comunque non sono
incappato negli impedimenti di cui parli;
c'è il vecchio ado, 
ado.net
 e volendo anche un pochino di dao.
in sintesi 
non è che con net puoi fare meno cose,
con net fai le stesse cose,
e qui è la fregatura,
devi imparare un sacco di nuove cose
(ed adeguare i sistemi operativi e gli hardware) 
per ottenere le stesse cose di vb6
(o comunque niente di staordinario in più;
l'ambiente di sviluppo invece ti aiuta di più);
forse le pagine web dinamiche da farsi in 
asp.net
sono la cosa in più  

io chiedo, ma non c'e' un linguaggio di programmazione
multipiattaforma, simile al visualbasic2005, cioe' orientato agli oggetti e 
con la stessa facilita' di programmare le interfacce grafiche, che non sia 
della microsoft, anche se' per farlo girare occorre' installare linux?. se' 
ci fosse, almeno uno si potrebbe sganciare definitivamente dalla ms. 

triller ha scritto:

C'è REALbasic, a pagamento. Altrimenti Lazarus, un clone di Delphi open 
source basato sul compilatore FreePascal.
C'è anche il progetto Mono, una piattaforma compatibile con .NET e 
disponibile per svariati SO. Però attualmente non c'è un buon IDE che lo 
supporta.
-- 
news:it-alt.comp.software.openoffice : Il newsgroup dedicato a
OpenOffice.org, la suite open source di applicazioni per ufficio.
Saluti, VITRIOL

 Ho tante  licenze di XP e sarò costretto a inserire XP pirata sul mio pc.
Se lo facessero in tanti.....
greg 

triller ha scritto:

http://www.eclipse.org/
ciao
stefano

Grazie per l'attenzione.
Se qualcuno potesse indicare links a qualche esempio calato nella
realtà, sarebbe il benvenuto.
Ciao

 Se lo facessero in tanti.....
...microsoft non avrebbe il monopolio che ha, probabilmente.
S. 

greg ha scritto:

Greg, non ho capito cosa vuoi dire. :-)
Io, se avessi un prodotto tipo visual basic o delphi, su Linux il 
windows lo cancellerei proprio dai miei computers.
Purtroppo, nemmeno kylix a pagamento funziona bene. é una specie di 
delphi ma che di delphi ha solo l'apparenza, ma che però funziona 
malissimo (almeno secondo la mia esperienza). Io ho provato il kylix 
free, ma l'ho abbandonato dopo due giorni.. una vera kagata. Il 
confronto con delphi nemmeno si può fare.
Altri ne ho provati, ma sono un pò tutti na mezza schifezza.
In linux o sai programmare in C++ o sei fuori. io sono fuori. :-)
Ciao
Grazie

 In linux o sai programmare in C++ o sei fuori. io sono fuori. :-)
E' proprio questo il grande problema: i linuxisti sono tutti dei nerds che 
si mostrano dei fighetti in programmazione, ma come IDE ci sono solo delle 
applicazioni casiniste e addirittura sensa il supporto del designer.
Fa qualcosa il nuovo MonoDevelop (o come si chiama) ma ancora sono lontani 
addirittura da uno strumento tipo #Develop... pensa te.
C'era un buon IDE con designer per Java già negli anni 90 per Windows (non 
ricordo il nome, della Borland forse), adesso per linux non ancora... boh!
Come dicevo in un altro post sembra decente Gambas, ma alla fine funziona 
solo su linux e da mesi attendo la nuova versione stabile che dichiarano...
Ciao