Newsgroup: it.comp.appl.access
Titolo: VB conto Access

Devo fare un piccolo gestionalino per un mio nuovo cliente.
Considerando  che la base dati sarà cmq ACCESS; che contro ha farlo in
access (VBA) rispetto
a farlo in VB puro?
Ho già fatto entrambe le cose ma non saprei dire i veri CONTRO (o PRO).
Alessandro
"La differenza tra un genio ed un idiota è che il genio ha i suoi limiti"
(Anonimo)
Posted from X-Privat Free NNTP server - 
www.x-privat.org


L'unica vera differenza sta nella distribuzione dell'applicazione: Il file
MDE generato con Access necessita di Access (versione uguale a superiore a
quella utilizzata per la creazione dell'applicativo) installato sulla
macchina su cui sarà utilizzato l'applicativo.
Con VB questo non è necessario, poichè viene generato un applicativo
svincolato da qualunque ambiente Office.
Ciao

 file MDE generato con Access necessita di Access (versione uguale a
Ma funge anche solo con le RT di Access...non è obbligatorio che ci sia
access...
Io ho OFFICE XP DEVELOPER e posso fare installazioni per chi non ha access
XP...
sbaglio?
-- 
Alex


 sbaglio?
Segui l'indicazione di Antonio ti ha dato un  ottimo consiglio, forse non
recepito....!
Non devi distribuire Runtime di Access se la gestione è fatta con VB, solo
il Runtime di
VB che viene inserito in Automatico generando il pacchetto d'installazione.
Spero però tu abbia realizzato la connessione a MDB via DAO non ADO per 2
motivi.
L'utilizzo di ADO ingigantisce l'eseguibile in modo considerevole, spesso
crea dei
problemi e non per ultimo no è  altrettanto veloce come DAO che di fatto è
il motore
nativo di JET.
Capiscoperò che con VB sia estrememente comodo ricorrere ad ADODC, di
conseguenza vedi un pò tu......!!!!
Ciao.
@Alex.

 VB che viene inserito in Automatico generando il pacchetto
d'installazione.
Attenzione il pacchetto d'installazione di un'applicazione sviluppata in VB
include il runtime di Crystal Reports (o altri report engine) e gli .OCX per
l'accesso ai dati.
Il risultato finale è tutt'altro che piccolo e comodo, anzi.
Peraltro, hai mai provato a utilizzare OCX "mission critical" in una tua
applicazione?
Bye


Tu quindi dici (mi sembra di capire) che e' meglio utilizzare vb nela
maggior parte dei casi?
O forse ho recepito male pure io?
Io ho sempre giudicato access il fratellino minore di VB...e che certe
volte si presta molto meglio di vb per determninate cose..
Ciao :)

 ha scritto nel messaggio
news:Efctb.119672$e6.42...@twister2.libero.it...

C'è anche la possibilità di guardare quello che include e di conseguenza
escluderlo.
Io non ho mai visto in ogni caso il RUNTIME di Cristal Report, non sarà
perchè
non l'ho installato....!!!!
Gli OCX stessa cosa, se non li usi nel programma non li inserisce nel
pacchetto
ovvio che se li usi, così come usi le Librerie ADO le installa.....!
Io con un applicativo di circa 1Mb ottengo in Eseguibile di 2Mb....!
Occorre razionalizzare e non lasciar fare all'autocomposizione.....!!!!!!!
Gli OCX non li uso e Cristal Report nemmeno......!
@Alex.

 Ciao :)
No hai capito male, io dico che conviene valutarne i pro e i contro.
Io uso Access per tutto.
Con VB non hai le SubForm, che sono eccezionali, on servono OCX
che è sempre meglio evitare ecc....!
Ciò non toglie che per alcune applicazioni sia conveniente VB.
Ad esempio Access non dispone di PictureBox e è una grossa
carenza....!
La valutazione va fatta iin base a molte considerazioni.
@Alex.

 Gli OCX non li uso e Cristal Report nemmeno......!
No, no ... attenzione: anche in questo caso si deve fare un discorso
pratico.
Chiunque, ripeto: chiunque utilizzi VB per sviluppare gestionali non
rinuncia a un report Engine grafico e ad una gestione di griglie, combo,
Toolbars accettabile.
Da qui il rimando alle componenti OCX e alle Runtime per il report Engine
necessari a far funzionare la suddetta applicazione.
Su questo ng. si parla di applicazioni di database se non sbaglio...
Bye


Ah ok :)) era solo una conferma...
per il discorso picturebox lo condivido...ma cmq ci si arrangia in
altri modi...
Ciao, e grazie per le tue considerazioni.

Io uso Access per tutto.
Scusa la domanda:
che versione usi di access? e come mai? cioe' i motivi...
(solo uno scambio di opinioni)
Ciao :)

 access (VBA) rispetto a farlo in VB puro?
Grazie a tutti per le risposte; i PRO e CONTRO alla fine ci sono su certi
tipi di applicazioni
ma non di altre.
Quindi dipende da cosa si deve fare...
PS: in questo caso userò ACCESS!
-- 
Alex


 
corretto.
se hai la developer, puoi distribuire il runtime a chi vuoi.
-- 
+-------
| Paolo opg
|
| janickg ( at ) hotmail ( dot ) com
| (fake address in reply-to field!)
+-------

 se hai la developer, puoi distribuire il runtime a chi vuoi.
Ok perfetto ^_^


 Quindi dipende da cosa si deve fare...
Dipende anche dai gusti e dalle abitudini personali: c'è gente che non
sopporta prodotti comodi e lavora in C++
Detto questo, non credo siano molti i "softwaristi" professionisti italiani
il cui lavoro esuli da problematiche gestionali.
Saluti.

 Saluti.
Ciao


 ha scritto nel messaggio
news:2vdtb.116172$vO5.4...@twister1.libero.it...

Non sono della tua idea, e per questo credo il discorso vada interrotto
potremo prolungare il 3d senza arrivare a nulla.
Ritengo che non sia errato quello che dici, ma è opinione personale
che non sia nemmeno vero.
Personalmente credo che ListBox e Combo facciano tutto, per i Report
la questione è a parte.
Se però ritieni che la tua applicazione sia più "BELLA" perchè hai usato
ListView e TreeView bene, io non uso OCX, io me li faccio usando
la DLL nativa di Windows.
Risultato: occupano 1/5 della memoria richiesta, non devo installare
o registrare nulla se non la Dll nel caso non sia già presente nel SO.
Per i Report se hai la necessità di Preview sono della tua idea, ma
altrimenti DataEnvironment funziona + che bene..., se poi come
in questo caso, e non dimenticare che stiamo parlando di QUESTO
caso usi un BE come ACCESS allora non c'è assolutamente bisogno
di ReportEngine, perchè sarebbero sempre inferiori a quello di Access
nativo.
Saluti.
@Alex.

 ha scritto nel messaggio
news:2oqarvorn1t9jmle1...@4ax.com...

Uso A97 per motivo di ambiente di sviluppo.
Nel mio ambiente di Lavoro siamo rimasti a Office97.
A casa per diletto uso AXP e MSDE....!
@Alex.

 nativo.
Boh, qui non ti seguo.
Bye


Faccio un CUT grosso perchè c'è un frainteso.
1)Io sto sostenedo che uso Access come FE non come BE
    Se poi per applicazioni molto piccole c'è la possibilità
    di usarlo come BE è solo un dettaglio.
    ADP(Access>97) supporta in modo nativo SQL_Server
    che non ritengo un DB di Barby forse tu si...?
2) Non sò se usi Access come Fe, ma se lo facessi
    ti renderesti conto che di XX_Grid non c'è bisogno...!
    Ci son le SubForm, e non mi dire che non fanno qualche cosa...
    perchè l'unica cosa che non hanno è il supporto ICONE, che
    non frega niente a nessuno....!
3)Non ho bisogno di Cristal Report.
4)Trovami una limitazione ad ADP che superi solo con VB.
5)........fai tu.
Hai voluto espandere il discorso a un problema + grosso
di quello originale, siamo così finiti a parlare di tutt'altro.
L'argomento fondamentale era:
Meglio Access(FE)--->JET(BE) oppure
            VB(FE)    ---> JET(BE)
Io sostengo la 1° fa senza tutti gli OCX di cui TU senti necessità.
Se poi il discorso lo vogliammo portare + in alto bene, il punto 4
è il nocciolo della questione.
Alessandro.


L'ingegneria del software afferma che in base all'analisi e specifica dei
requisiti si stabiliranno
sia il tipo di base dati che il linguaggio di programmazione più appropriato
per sviluppare il progetto.
Dal mio punto di vista se si usa Access per realizzare la base dati allora
conviene continuare
con lo stesso applicativo per sviluppare l'interfaccia utente.E questo
perchè Access è strutturato
proprio per interfacciarsi ad una base dati cosa che VB essendo un
linguaggio general purpose
non è.Se usi poi VBA che non è altro che un dialetto di VB  sfido chiunque
una volta lanciato il programma a distinguere con che cosa è programmato il
progetto.
SunRex


 di quello originale, siamo così finiti a parlare di tutt'altro.
Non ho voluto espandere il discorso: solo che a volte è difficile capirti.
Hai scritto che la comodità di usare VB sta nelle ridotte dimensioni del
Runtime.
Io volevo correggere tale affermazione: vera solo se distribuisci
programmini non gestionali.
Bye

 ha scritto nel messaggio
news:F7utb.117632$vO5.4...@twister1.libero.it...

Si in effetti come dicevo c'è stato un malinteso, ed io sono il primo
ad ammettere di non essere bravo a spiegarmi.......!!!
Ciao.
@Alex.