Newsgroup: it.comp.appl.access
Titolo: Gestione librerie di codice

Venendo dai vecchi C e PASCAL sono abituato a realizzare il codice il
piu' possible atomizzato in obj e librerie.
Col vecchio ACCESS 2000 non credo si possa fare. 
Con le nuove versioni č possibile ?
Mi serve perche' ho una applicazione ormai stabile che non vorrei
modificare quando dovro' aggiungere funzionalita'.
Grazie !

 Grazie !
Puoi usare tutti i moduli che vuoi
e poi importarteli gestirteli come vuoi
Sono interni al file ma non appartengono a nessuna maschera
Poi se ti crei una libreria a parte, una dll o un ocx lo puoi mettere nei riferimenti e il tuo file lo legge senza problemi
Ah questo già da Access 97
-- 
-- 
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana Sviluppatori Access

 Grazie !
Non puoi realizzare Librerie nel senso di Oggetti Activex(dll), ma
puoi crearti Librerire di funzioni
da raggruppare in un MDB esterno da referenziare nel tuo progetto.
Le classi devono essere Manipolate in quanto di default sono Private e
non vengono Esposte...
Se invece sei pratico di C puoi sempre crearti DLL da usare come
Activex nel tuo progetto inserendole(o meno ma non ho mai provato con
DLL) nel progetto come Referenza.
Questa 2° strada sarebbe da perseguire per Funzioni che richiedono
ottimizzazioni di Calcoli, la dove il C è decisamente più
performante,... ma per cose normali direi che è meglio evitare ed
usare il 1° metodo.
@Alex

da raggruppare in un MDB esterno da referenziare nel tuo progetto.
Puņ essere anche un mde.
(...)
Vincenzo Turturro
Certificato Eucip Core Level
ITA 0000-002299 del 14/05/2007
---------------------------------------------
il sito comune di it.comp.appl.access:
http://www.sitocomune.com
---------------------------------------------
risorse Access:
http://www.accessgroup.it
---------------------------------------------
Il sito comune di it.comp.as400
http://www.faq400.com
---------------------------------------------

Non puoi realizzare Librerie nel senso di Oggetti Activex(dll), ma
puoi crearti Librerire di funzioni
da raggruppare in un MDB esterno da referenziare nel tuo progetto.
@Alex
--- Domanda
mmmhhh, questa opzione non l'avevo mai considerata, quali sono i vantaggi 
rispetto ad importarsi dei moduli di funzioni in un DB. Te lo chiedo perchè 
io ho dei moduli di funzioni che ogni volta che creo un DB mi importo.
Le classi devono essere Manipolate in quanto di default sono Private e
non vengono Esposte...
--- Altra domanda:
Come posso rendere Public le funzioni se referenzio un MDB esterno.
Grazie, e scusate l'intromissione
Ciao
-- 
Marco Papetti
www.shortchannel.it
 Il software di commercio elettronico OpenSource
www.mondoideale.com
  - Prodotti naturali e biologici.

 Marco Papetti
Personalmente non uso questa tecnica... perchè mi trovo meglio ad
importare... ma come ha suggerito MA
è fattibile e concettualmente più orientata alla realizzazione di
Librerie.
Vantaggi <---> Svantaggi non saprei non avendola mai testata se non
per vedere che funziona.
Il problema dei Metodi e Proprietà esiste solo per i Moduli di Classe
non per i Moduli standard.
Devi esportarli in TXT ed andare a modificare un parametro:
Attribute VB_Exposed = False
Settarlo a TRUE poi reimportarla.
@Alex

Ciao
Vincenzo Turturro


 riferimento ad un mdb "di libreria" non aggiornato)
Purtroppo questo è un problema non da poco con un FE .MDE,  dato che il path
d'un eventuale file libreria impostato nei riferimenti è rigido (non
modificabile a Runtime).
Se sul PC di sviluppo è, ad ex:   "C:\MiaCartella\FileUtilities.MDE", il
percorso deve essere rispettato anche sui computers degli utenti ...
diversamente 'Lost References'.
In caso di distribuzione pacchettizzata (o comunque installazioni operate da
terzi) è un guaio potenziale.
Ciao: Oscar


Vincenzo Turturro 


 tutto.
E ch'ai ragione!
Chissà per quale motivo davo per scontata la cosa: può essere che ai tempi
di Access 97 ci fosse il limite che ipotizzavo?
Comunque ... bravo!
Ciao: Oscar


Vincenzo Turturro


 
http://support.microsoft.com/kb/824255/en-us
Ottimo link   ;-)
Ciao!