Newsgroup: it.comp.appl.access
Titolo: access2K vs. VB6, quale dei due ?!

Ho creato una bella applicazione in access...ora mi trovo nelle condizioni
di avere delle richieste da parte di potenziali clienti che vorrebbero il
DB...( a pagamento naturalmente !) :
1) Mi sono cimentato nella creazione di pacchetti di installazione...e,
visto che uso anche .ocx esterni ho trovato la cosa un'attimo complicata
soprattutto per quanto riguarda la registrazione dei controlli...
Inoltre se il cliente non dispone di Access2K gli devo fornire il
Run-Time...
2) Sarò pure un maniaco dell' estetica ma...ho una valanga di sottomaschere
che, seppur funzionali, a livello estetico non sono il massimo e più di
tanto non possono essere nemmeno programmate...con VB invece posso usare
delle griglie fenomenali (a disposizione ne ho parecchie, MabryGridX,
ApexTrue, Sheridan etc.etc.) che possono essere programmate riga per riga,
colonna per colonna,cella per cella, evento per evento....e tra l'altro su
Access questi ActiveX non si possono usare...danno solo che problemi di
compatibilità...
3) Non ho nulla da ridire su Access2K...ci faccio di tutto...e sicuramente
in minor tempo che con VB6...ma...alla fine ho come l' impressione che
Access vada bene per piccole applicazioni e che non possa essere "spinto"
più di tanto...(un pò come un motorino elaborato che arriva fino lì...e sai
vai oltre son solo che rogne...)
VB6 sebbene lo trovi più palloso, visto che per creare una listbox ci
impiego il triplo del tempo, mi dà l'impressione di essere più completo e
versatile, forse più adatto a creare applicazioni da distribuire...
Sono al bivio...
che devo fare ?

 versatile, forse più adatto a creare applicazioni da distribuire...
Comunque, al limite, lascia perdere VB6 che è già morto e sepolto e provati
.NET.
Ciao, Cristiano

 vai oltre son solo che rogne...)
Stai scrivendo un mucchio di monate.
Però sei perdonato, c'è chi fa di peggio: le pensa.
... e poi si vedono i risultati dai tanti software di m***a che bazzicano.
Ciao  ;-)

 che devo fare ?
E ti sei chiesto come gestire i REPORT............???????
Hai pensato d'installare CristalREPORT.......??????????
Oppure vuoi gestirli senza anteprima con DATAREPORT...????
L'ineterfaccia per la Reportistica di Access è tra le più potenti e complete
che trovi..............!!!
Non ha paragoni.............!
Se poi ti dedichi alla gestione di progetti ADP con SQL_Server
credo che VB o VBNET(meglio) non siano superiori.
Considerazioni personali.
@Alex.

 compatibilità...
Maniaco dell'estetica ... ma distratto.
Non hai valutato le possibilità uniche a livello di layout che ti
offrono le form continue, soprattutto a risoluzioni >=1024x768?
Il fatto di poter disporre nella sezione "corpo" i controlli anche su più
righe, creando una successione di viste "a maschera singola" di complessità
variabile (puoi inserirci perfino Strutture a Schede) è
davvero notevole.
In rapporto alle viste DataSheets, con Access >97 è stato raggiunto un
livello
di flessibilità abbastanza buono (formatt. condizionali e strutture
master-detail si fanno apprezzare).
Ti saluto.

Scusate ma mi permetto di spezzare una lancia in favore di VB pur
essendo un forte utilizzatore di app client/server in access.
Credo che si stia mescolando le carte tra un RDBMS e un Linguaggio di
Programmazioen seppur obsoleto ma completo
Con un linguaggio di programmazione faccio tutto, e con tutto intendo
veramente tutto, con Access faccio tanto, moltissimo ma non tutto, senza
nulla togliere agli indubbi vantaggi che offre in termini di customising
e sviluppo.
Ma non possiamo mescolare due cose così differenti tra loro che a
seconda delle scelte possono entrambi essere la soluzione migliorem, ma
dipende dai casi
Personalmente sviluppo sia in access (tutte le versioni), vb (tutte le
versioni), 
vb.net
 e credo che in un caso il primo sia nettamente
superiore, ma in un subset di condizioni mentre l'altro è malleabile a
qualsiasi condizioni
il messaggio é "non facciamo confusione tra cose così differenti"
ciao a tutti e good-coding
Mirko
PS: non copritemi di insulti...plz
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 che devo fare ?
Fai la prova.
Sib

personalmente ho realizzarto applicazioni in vb6 e 
vb.net
 "pronte" per
interfacciarsi con differenti backend (postgresql, db2, sql, mysql,
access) tanto per citarne due), con funzioni standard di data warehouse
molto spinte ed un editor customuzzabile dall'utente. Questo in access
come lo fai?
se conosci la bestia la sai anche domare, ripeto vb6 fa tutto, access fa
bene tutto quanto legato ai dati e ai reports
c'è una bella differenza pur constatando e riconoscendogli le enormi
potenzialità e le poche (se no nulle) alternative nella stessa fascia di
mercato


 bene tutto quanto legato ai dati e ai reports
hai detto niente.
come dicevo prima e' nel momento in cui si parla di database (quindi
gestione di dati) che access fa notare le sue caratteristiche.
E' chiaro che se devi fare un videogame o un lettore multimediale access non
va bene (non perche' non poterbeb ma perche' non e' realizzato per quello).
Sib

 bene tutto quanto legato ai dati e ai reports
E' no: VB fa molto, molto, molto poco senza ricorrere a componenti di terze
parti (.OCX)
Griglie, Combo, Reportistica, Toolbars avanzate: quasi nulla di tutto questo
č realizzabile usando gli strumenti default di VB6.
.NET č piů potente, i controlli .net sono professionali, ma resta assente il
mondo della reportistica avanzata.
Ciao.

 e sviluppo.
Con Delphi, o C++ Builder che sono basati su linguaggi basati su set
d'istruzioni ridotte fai tutto.
Col vecchio VB fai quasi nulla senza middleware (Sheridan, TrueDbGrid,
Seagate, etc.) o vagonate di API.
Utilizzando controlli ActiveX a destra e a manca fai PhotoShop anche con
Access: ma non č detto che sia una buona idea!
Ciao.

 
VB.NET
 è un linguaggio finto stand-alone
Scusate: VB6 è un ambiente RAD finto stand-alone...

 se conosci la bestia la sai anche domare, ripeto vb6 fa tutto
Per favore, non scriviamo oscenità.
VBXX è sempre stato (e sarà) legato al mondo dello sviluppo gestionale e
web.
Quanto non rientri nei due ambiti precedenti è stato sviluppato per giorco o
esperimento.
Prodotti professionali in campo grafico, multimediale, videoludico, Office,
etc., etc. non saranno mai sviluppati con ambienti RAD ... tantomeno
strutturalmente limitati come VB6.
Ti saluto.

 il messaggio é "non facciamo confusione tra cose così differenti"
Ribadisco che non sono cose differenti, sono 2 strumenti mediocri
ma di una comodità estrema......!
Hai provato a gestire DataReport complessi....????
Hai provato a creare Report usando le coordinate del
foglio di stampa.......!
Hai fatto mai qualcosa di simile con Access.......????
Senza CristalRep VB è pietoso.........per la reportistica.
Lasci aperdere poi gli OCX senza dei quali con VB non
popoli nemmeno una ComBoBox, devi ciclare via codice
il Recordset............!!!!
Senza poi parlare dell'EXE, solo per chi non sà cosa sia un vero EXE
creato da Delphi o C++(Borland).
Io ci penserei 2/3 volte.......!!!!
Saluti.
@Alex.