Newsgroup: it.comp.dotnet
Titolo: diff access + vba e C#

Ciao
partendo dal presupposto che si è in grado di utilizzare C# o 
direttamente access per realizzare delle maschere di accesso ai dati, a 
livello temporale con access si risparmia molto tempo?
grazie


Io ti consiglio di stare su C# anche perché sta per arrivare la 
versione LightSwitch che è pensata per utenti molto base e con una 
serie di wizard che dovrebbero totalmente spazzare via access
http://www.microsoft.com/visualstudio/en-us/lightswitch
-- 
Raffaele Rialdi  
http://www.iamraf.net
Weblog: 
http://blogs.ugidotnet.org/raffaele
Microsoft MVP profile 
https://mvp.support.microsoft.com/profile/raffaele
UGIdotNET - 
http://www.ugidotnet.org/

 temporale con access si risparmia molto tempo?
Io ti consiglio di stare su C# anche perché sta per arrivare la
versione LightSwitch che è pensata per utenti molto base e con una
serie di wizard che dovrebbero totalmente spazzare via access
http://www.microsoft.com/visualstudio/en-us/lightswitch
_____________Risposta:
Ciao Raffaele, è vero che sono decisamente di parte, ma andrei cauto con 
queste affermazioni.
Ahimè Access ha una bruttissima nomea, alimentata da chi non lo usa e/o non 
lo sa usare
Che LightSwitch possa diventare uno strumento comodo ne sono convinto
MA

 MA
LightSwitch sembra avere come target quello di dare degli strumenti 
molto semplici, usabili da chiunque sappia anche solo "pasticciare".
Il target a me sembra lo stesso di chi sviluppava access ma la 
differenza è abissale. Hai codice C# che, volendo, potrai migrare in 
una applicazione più seria. La strada quindi non è preclusa come in 
access.
Detto questo, onore al merito ad access il cui DB è quello che fa 
girare server come Exchange ...


 l'accesso ai dati usa solo cursori lato server
In che senso? Se usi VBA non dovrebbe essere così... o ti riferisci a 
qualcos'altro?

 qualcos'altro?
Io ricordo che quando apri un recordset non puoi fruirne più se chiudi 
la connessione.
In pratica su access hai solo "adUseServer" e non "adUseClient" (non 
hai neppure la scelta se non ricordo male)
Con adUseClient dopo la chiusura della connessione il recordset è in 
memoria e fruibile.


 MA
LightSwitch sembra avere come target quello di dare degli strumenti
molto semplici, usabili da chiunque sappia anche solo "pasticciare".
Il target a me sembra lo stesso di chi sviluppava access ma la
differenza è abissale. Hai codice C# che, volendo, potrai migrare in
una applicazione più seria. La strada quindi non è preclusa come in
access.
___________Risposta:
beh qui sbagli, sottovaluti lo strumento e gli sviluppatori.
Io non dico che Access sia meglio di C#, ma è abissale la differenza con 
LightSwitch
Magari alla prossima CISA, la conferenza che organizzo alla Microsoft di 
Milano, ti invito e spero tu voglia essere mio gradito ospite
e un intervento lo facciamo Access vs LightSwitch
--
Ciao
MA

 Con adUseClient dopo la chiusura della connessione il recordset č in 


"max"  ha scritto nel messaggio 
news:4_Anp.19502$%g.5...@twister1.libero.it...
concordo con Raffaele
Non conosco benissimo Access, ho comprato10 anni fa la guida Mondadori
"Access 2000"
Ricordo solo che era tutto molto pasticciato.
Access ha una gestione dei dati e delle interfacce utente che io definirei
"Bimbominkia"
tra l'altro se devi fare una query piů complessa tipo una cte ricorsiva mi
sa che non la supporta neanche
in sostanza per fare una rubrica o qualcosa del genere va bene
altrimenti evitalo come la peste.
Max
___________Risposta:
Ecco da ove si parte,
da reminiscenze confuse che partono da tentativi poco convinti.
Per la CTE devi scrivere TSQL, stessa cosa con il VBA.
In un'app si usano solo le tabelle, come oggetti salvati tutto il resto č 
codice o come per .NET tu hai i SourceObject puoi usarli come origine degli 
oggetti (report, Form/subform, combo, listbox etc...)
Ripeto a te come lo dicevo a Raffaele dividete il db dalla GUI
MA


 "Access 2000"
Bhè non è così: si poteva usare benissimo anche un cursore lato client!
ps: anch'io comprai quel libro... faceva veramente pena (il libro).

 e un intervento lo facciamo Access vs LightSwitch
Ad essere sincero mi vanno superstretti sia l'uno che l'altro.
Personalmente non rinuncio ad usare WPF con MVVM, accesso ai dati con 
EF 4.1 e ovviamente WCF.
La produttività di questi strumenti (che usano lo stesso runtime di 
LightSwitch) è immensa per chi li sa usare.
Però consiglio LightSwitch a chi è un novello, perché giustamente non 
tutti devono diventare dei "pro" per mettere su una piccola 
applicazione. Il vantaggio è che un giorno potrà passare ad 
applicazioni più complesse se lo vorrà. Almeno avrà imparato C#, il 
framework e tante altre nozioni di base riusabili.


 Bhè non è così: si poteva usare benissimo anche un cursore lato client!
ok, mi fido, grazie :)


 MA
Partiamo allora da concetti di ingegneria del software.
Quali pattern puoi usare in modo naturale con access per creare una 
applicazione che sia gestibile in tutto il suo ciclo di vita?
Puoi usare MVC, MVP, MVVM, DocumentView, etc. senza 'forzature'?
Come puoi disaccoppiare lo strato di accesso ai dati dall'object model 
e dall'interfaccia utente?
Come puoi dare da progettare ad un grafico una form che sia facilmente 
usabile dagli utenti?
Come puoi rendere l'applicazione localizzabile in diverse lingue?
Queste non sono filosofie ma problemi che vanno risolti anche su 
applicazioni usate da aziende piccole.


 MA
Partiamo allora da concetti di ingegneria del software.
Quali pattern puoi usare in modo naturale con access per creare una
applicazione che sia gestibile in tutto il suo ciclo di vita?
Puoi usare MVC, MVP, MVVM, DocumentView, etc. senza 'forzature'?
__________________Risposta:
sull'applicazione di pattern in maniera naturale hai ragione
Come puoi disaccoppiare lo strato di accesso ai dati dall'object model
e dall'interfaccia utente?
Come puoi dare da progettare ad un grafico una form che sia facilmente
usabile dagli utenti?
Come puoi rendere l'applicazione localizzabile in diverse lingue?
Queste non sono filosofie ma problemi che vanno risolti anche su
applicazioni usate da aziende piccole.
___________Risposta:
Mi sa che conosci poco Access
;-)
MA

 e un intervento lo facciamo Access vs LightSwitch
Ad essere sincero mi vanno superstretti sia l'uno che l'altro.
Personalmente non rinuncio ad usare WPF con MVVM, accesso ai dati con
EF 4.1 e ovviamente WCF.
La produttività di questi strumenti (che usano lo stesso runtime di
LightSwitch) è immensa per chi li sa usare.
___Risposta:
E questo che c'entra?
E' certo che sai usare la F1 ti vanno strette le altre auto, Panda o 
Mercedes che siano
Qui il paragone non è tra Access e WPF
Però consiglio LightSwitch a chi è un novello, perché giustamente non
tutti devono diventare dei "pro" per mettere su una piccola
applicazione. Il vantaggio è che un giorno potrà passare ad
applicazioni più complesse se lo vorrà. Almeno avrà imparato C#, il
framework e tante altre nozioni di base riusabili.
___Risposta:
E tu credi che chi poi sa usare LightSwitch poi può usare tranquillamente 
WPF?
Se poi devi imparare a livello serio un linguaggio, ti conviene partire bene 
e non sporcato da qualcosa di simile.
Anche perchè in 1 anno o 2 i linguaggi si rivoluzionano: pensa a ASP MVC, 
Silverlight e quant'altro
MA

 MA
Mi sa che conosci poco il fx :)



Inizia a familiarizzare e poi è sua scelta se fare il passo successivo 
o meno.


"Raffaele Rialdi [MVP]"  ha scritto nel messaggio 
news:mn.43d87db40...@n0spamvevy.com...
Va be'
Dichiaro conclusa da parte mia questa discussione
che non è mai voluta essere una guerra di religione.
Rimaniamo con l'illusione/speranza che uno ha avvicinato l'altro alla sua 
posizione.
Ciao e grazie dell'attenzione
MA 

 MA
Ciao e grazie anche a te


<cut>
*******************************************
Vi consolo entrambi. 
*Dalle mie parti* considerano *database* un foglio di Excel... ;-)
---------------------------
Mauro Gamberini
Microsoft MVP - Excel
http://www.riolab.org/
http://www.maurogsc.eu/


vi ringrazio
p.s. se acquisto su aruba uno spazio con IIS + sqlserver posso 
utilizzare lightswitch via browser?
grazie


Certo come no, soprattutto per la reportistica... :-)))
Ad Access dovrebbero fare un monumento solo per come si possono fare i 
report, senza metterci dietro di quelle pare mentali veramente infinite.

 lightswitch via browser?
Non ho capito ... lightswitch è un edizione di 
vs.net
http://www.microsoft.com/visualstudio/en-us/lightswitch
http://msdn.microsoft.com/en-us/lightswitch/ff796201


 report, senza metterci dietro di quelle pare mentali veramente infinite.
Non intendo riaprire la discussione ma deve essere chiaro che le 
soluzioni creare report ci sono, anche oltre ai prodotti terze parti, 
basta scegliere quella che serve di più allo scopo.



Infatti, deve essere veramente godibile dover gestire enne prodotti di 
reportistica perché con uno solo non si riesce a coprire quel che serve.
Per carità, per  i mega smanettoni può anche essere bello :-)))

"AleTV"  ha scritto nel messaggio news:insrmo$28o$1...@tdi.cu.mi.it...



_____risposta:
AAh, riprendo fiato!!!
Ciao AleTV
MA

 ha scritto nel messaggio 
news:inud4r$3q9$1...@tdi.cu.mi.it...


 vado da dio.
Se funziona bene ed è veratile ... perché no :)


 flowdocument.
mmmh!
non ne ero a conoscenza....
appena ho 2 minuti ci butto un occhio
grazie
max

 max
Prego
