Newsgroup: it.comp.appl.access
Titolo: [OT]: il faqqone e la programmazione.

Ovvero,
in uno stadio di evoluzione di Access in cui qualsiasi cosa, e spero di
non essere smentito (nel caso contrario ben venga), può essere ottenuto
attraverso la programmazione VBA; in cui, immagino, anche sotto alla
creazione guidata di Tabelle, Query, Maschere e Report eseguita dallo
stesso ambiente Access ci sono sicuramente delle routine precompilate; in
cui sempre più sono i riferimenti a librerie esterne di routine (dll, ocx)
perchè mai, ancora, bisogna avere Access, o il suo runtime, installato
perchè le applicazioni in Access funzionino?
Se ciò che ha codice può essere compilato e
se Access è praticamente (?) tutto basato su codice diretto e indiretto
perchè
Access non è ancora compilabile?
Scelta commerciale di MS o vera e propria impossibilità tecnica?
Ciao.
-- 
TANNHAUSER
"I've seen things you people wouldn't believe..."
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Scelta commerciale di MS o vera e propria impossibilità tecnica?
I prodotti RAD tipici (Access, PowerBuilder, VFoxPro,
SuperBase, Omnis studio, 4D, DataFlex etc ) sono applicazioni  programmabili
e non puri linguaggi di
programmazione.
Nessuno tra gli ambienti sopra citati è un compilatore tradizionale: alcuni
creano degli eseguibili meta-compilati che però richiedono la presenza di
Runtime(s) per essere eseguiti.
Che abbiano estensione .EXE invece che .MDE/ADE non cambia assolutamente
nulla: non possono essere eseguiti senza la presenza di "virtual machine".
La filosofia RAD di Borland per Delphi (anche se hanno imboccato pure loro
la strada del FrameWork .net) è diversa: in pratica è un linguaggio a
oggetti basato su un set d'istruzioni ridotte, sui cui è stato costruito un
sofisticato "generatore di codice visuale".
Hai presente gli editor visuali di codice HTML (tu lavori visualmente, ma
sotto sotto generano codice HTML)?
In pratica stessa cosa.
Una qualunque applicazione sviluppato in C++ Builder o nel Delphi
tradizionale, anche se è stata sviluppata in parte con l'ausilio di
strumenti visuali, sotto sotto genera sempre codice Pascal o C++.
Ecco perchè alla fine, se lo desideri e lo ritieni opportuno, puoi generare
un solo file autonomamente eseguibile (che non richieda presenza di alcuna
componente di Runtime sul PC).
Ciao, Oscar

 Runtime(s) per essere eseguiti.
Ciao Oscar,
era appunto questo l'obiettivo della mia considerazione/domanda: rispetto
alle iniziali release di Access, sicuramente più ridotte in termini di
potenza, velocità, funzionalità di quanto non siano le più recenti mi
stupisce il fatto che non si possa fare quel "piccolo", e nota il
virgolettato, passo verso un ambiente di sviluppo, seppure "limitato",
nota sempre le virgolette, effettivamente compilabile e svincolato dalla
presenza di un runtime.
Buona giornata.


 Buona giornata.
Credo di non essermi spiegato bene: il passo sarebbe piccolo, se Access
fosse un generatore visuale di codice C++.
Se dietro una combo, una maschera continua, un Report ci fosse del codice
"aperto".
Ma così come stanno le cose per Access (e praticamente tutti i RAD), sarebbe
improponibile rinunciare a librerie di Runtime e voler creare un "unico"
eseguibile: a fronte di FE insignificanti verrebbero creati eseguibili
enormi che allocherebbero mostri in memoria.
Le dynamic link libraries non sono nate a scopo di divertimento  ;-)
Ciao, Oscar

 Le dynamic link libraries non sono nate a scopo di divertimento  ;-)
Non mi intendo molto di programmazione "pura" (in verità non mi intendo
approfonditamente di qualcosa in generale nel campo informatico; sono solo
molto appassionato) e, quindi, mi fido di quello che dici ma, forse, non
sarebbe impensabile che le librerie a cui Access fa riferimento durante il
suo funzionamento rimanessero come link esterni, senza quindi igrossare
l'eseguibile.


 l'eseguibile.
Certo, ma così faresti rientrare dalla finestra ciò che è uscito dalla porta
:-)
Che a necessitare di componenti di runtime sia un file .EXE (a questo punto
*un'imitazione*) o un  MDE/ADE non cambia assolutamente nulla: comunque non
avrai applicazioni autonomamente eseguibili.
Comunque dovrai eseguire sul PC un pacchetto d'installazione che copi e
registri le componenti necessarie ad eseguire i Front-Ends
Ciao, Oscar