Come essere produttivi nello sviluppo di Access VBA + SQL?

Question

Sono uno sviluppatore di ruby ​​80% su rails, ma devo ancora eseguire alcuni lavori di Access VBA.

Alcuni di questi sono sistemi molto merda, sono stati costruiti anni fa, utilizzati dalla grande azienda a livello globale, così che la maggior parte dei lavori non fa altro che migliorare il vecchio sistema.

Le tecniche sono fondamentalmente MS Access come front-end, tabella collegata che collega al server SQL tramite ODBC come back-end.

Ora, penso davvero che ho bisogno di aiuto, voglio solo sapere c'è qualcuno in grado di costruire l'elegante applicazione VBA seguire il patten orientato agli oggetti?

Ancora meglio se puoi mostrarmi un frammento di codice per dimostrare quanto può essere buono, grazie.

Answer 1

Bene, il primo problema da tenere a mente è che non esiste una scorciatoia magica per l'apprendimento degli accessi MS. Nel corso degli anni ho appreso un sacco di piattaforme di sviluppo che vanno dai sistemi mainframe, ai sistemi di dati, fino all'assemblaggio codificato a mano su un PC. Ho scritto due sistemi di buste paga da zero (con le formule di reddito Canada per le tasse incluse in quei sistemi). Un sistema è stato da zero scritto Pascal in cui ho persino scritto il mio motore di dati.

Non commettere errori, ms-access è un complesso sistema di sviluppo.

È possibile creare applicazioni drop dead dall'aspetto meraviglioso in accesso. dare un'occhiata a queste schermate:

http://www.fairsoftware.com/screenshots.aspx

Nota nastri fresco nelle schermate di cui sopra.

Il problema è che non puoi imparare Unix in un giorno e non puoi imparare Oracle in un giorno. Inoltre, non puoi imparare l'accesso MS in un giorno. Se quelle applicazioni che ti sono state date da mantenere sono complesse, assumere uno sviluppatore con 4-5 anni di esperienza è quello che ti serve qui. L'idea che in qualche modo stai andando ad accelerare in ms-access più veloce di dire vb.net, o C# è davvero un concetto falso qui.

In effetti, direi che puoi imparare Oracle più velocemente di quanto tu possa imparare l'accesso MS. Mentre la curva di apprendimento nell'accesso alla SM non è così ripida, è molto lunga.

VB6 è una passeggiata nel parco rispetto all'accesso. I moduli VB6 sono estremamente semplici, ma le forme in accesso sono molto complesse (abbiamo circa 3 volte il numero di eventi e proprietà per il modulo specificato). Ad esempio, in accesso abbiamo due eventi che si attivano quando un modulo viene caricato (on-open e on-load). I moduli VB6 (e anche i moduli .net) hanno solo un evento. L'evento on-open ha un'opzione di annullamento. Se si imposta cancel = true, il modulo non verrà caricato e non verrà visualizzato.

Logicamente, ciò significa che il modulo ha due eventi distinti per due scopi distinti quando si chiama il modulo. L'evento on-open avrà quindi il codice utilizzato per la verifica e il test di alcune condizioni di dati (e consente di annullare). Se l'evento on-open non viene annullato, allora l'evento on-load si attiva e il modulo viene caricato.

Logicamente, a questo punto ciò significa che il codice che imposta le variabili oi valori iniziali dei controlli sul modulo deve essere inserito nell'evento on-load (infatti i controlli non possono essere modificati ma esaminati solo nell'evento on open). Quindi c'è una granularità e una distinzione molto buone tra i due processi che si verificano in un tipico caricamento del modulo. È anche interessante notare che la maggior parte dei prodotti sul mercato non ha questi due eventi separati.

Come sviluppatore, quindi si inserisce il codice appropriato e si utilizza l'evento corretto per un determinato scopo. Ci vorrà un po 'di esperienza nell'usare l'accesso per capire quale evento usare per queste cose. Potresti chiedere se c'è un libro che spiega questo problema, ma è come chiedere c'è un libro che ti dice quando usare una casella combinata su quella di una lista? Non penso che ci sia un libro del genere.

La documentazione per una casella combinata spiegherà cos'è una casella combinata e come utilizzarla. Lo stesso vale per l'accesso alla documentazione per l'evento on open. Puoi leggere cosa fa on-open, ma poi tu come sviluppatore dovresti capire quando è appropriato usare quell'evento. Lo stesso vale quando è opportuno utilizzare una casella combinata o quella di una casella di riepilogo. Alla fine della giornata, l'unica soluzione e come conoscere questi problemi sarà la tua esperienza come sviluppatore del prodotto.

ho un articolo che parla di utilizzare gli oggetti di classe in MS Access, e quando usarli qui:

http://www.members.shaw.ca/AlbertKallal/Articles/WhyClass.html

Se siete alla ricerca di esempi di codice da tutto per forme di rapporti di utilizzare API di Windows, un grande riferimento è qui:

http://www.mvps.org/access/

Answer 2

Hai la mia comprensione - Accesso VBA non è orientato agli oggetti in alcun senso come Ruby. Dovrai cambiare idea quando affronti lo sviluppo in Access; tali applicazioni sono quasi sempre orientate al concetto di righe e insiemi di dati anziché di oggetti. L'interfaccia utente è spesso associata a righe e insiemi di dati in un modo che nasconde un sacco di tubature.

Detto questo, è possibile creare con cura e attenzione applicazioni manutenzionabili decenti in Access. In bocca al lupo.

Answer 3

Dai un'occhiata alla dichiarazione Implements cioè il polimorfismo tramite interfacce. Questo è come OO come VBA ottiene.

Answer 4

una cosa che proprio futzing giro in Access non vi insegnerà è come creare e utilizzare moduli di classe standalone. Questi hanno alcuni aspetti dell'orientamento agli oggetti, ma non molto, ma possono essere estremamente utili per rendere il tuo codice più gestibile, in quanto puoi racchiudere molte operazioni in un modulo di classe standalone e quindi trattarlo come un oggetto che può avere più istanze. Non hai ereditarietà e polimorfismo e molte altre parole d'ordine che si accompagnano al vangelo OO, ma vale la pena dare un'occhiata a quello che possono fare se non le hai mai usate ampiamente.

Answer 5

Questo articolo è vecchio ma costituisce un ottimo caso per considerare Access come parte della strategia di applicazione a lungo termine delle imprese.

http://www.fmsinc.com/MicrosoftAccess/Strategy/index.asp

Seth