Newsgroup: it.comp.lang.visual-basic
Titolo: [.NET] Applicazione distribuita

Salve a tutti... se doveste sviluppare un'applicazione distribuita con
VB.NET
, che tecnologia utilizzereste? con VB6 avrei utilizzato componenti
comunicanti con DCOM... con 
VB.NET
? so che si potrebbe fare ancora così, ma
la soluzione migliore e più "tagliata su misura" per .NET qual'è? scrivere
dei webservice da far girare sotto IIS e poi chiamarli dall'app client? dll
da usare con DCOM? altre soluzioni? grazie a chi mi dà qualche spunto...
P.S.:mi hanno nominato "remote programming"... che è?

 ha scritto nel messaggio
news:oSkKd.778232$35.30...@news4.tin.it...

Sarebbe ".NET Remoting". Se cerchi con Google troverai molti spunti
interessanti.
Es.
http://www.developer.com/net/cplus/article.php/1479761
HTH
Raf

 nominato "remote programming"... che è?
Probabilmente ti hanno parlato di "remoting", che e' un'altra soluzione
prova a dare un occhiata su MSDN
http://makeashorterlink.com/?Y11B3285A
http://makeashorterlink.com/?V20B3285A
Ciao
-- 
Luca Dormio - 
luca....@tin.it
________________________________
"Marty, non stai ragionando in maniera quadridimensionale"
Dr. Emmett L. Brown 


La tua domanda richiederebbe una risposta enciclopedica... Vediamo se riesco
in poche righe a darti una idea di massima: .NET offre fondamentalmente 2
strumenti per invocare codice remoto: Remoting (e non "remote programming")
e i Web Services. Malgrado apparentemente simili, sono tecnologie
estremamente differenti pensate per scopi ed usi differenti.
Remoting è il vero successore di DCOM ed è quindi la chiave per ottenere
_davvero_ RPC in .NET: a differenza di DCOM non ha particolari problemi in
scenari nei quali i "punti" che devono comunicare non sono ben connessi (es:
presenza di firewall). Funziona benissimo addirittura usando http come
protocollo di comunicazione (accettando un minimo overhead), oppure puoi
andare secco su TCP. E' abbastanza facile da implementare, e se usi IIS per
"hostare" ed esporre le componenti allora l'infrastruttura fa praticamente
tutto per te. Un difetto? E' utilizzabile solo in scenari ".NET su .NET"
quindi, per esempio, ti scordi di mettere su un RPC (o similari) tra .NET e
java. A dire il vero, l'uso di Remoting non è nemmeno pensabile in scenari
dotati di implementazioni miste del framework (es: .NET + Mono) a causa del
meccanismo di (piccola imprecisione, ma va bene così) serializzazione degli
oggetti, basato sui "Formatter": ogni vendor ha infatti piena libertà nella
implementazione di questo meccanismo, rendendo di fatto incompatibile
implementazioni differenti. Poco male, poichè Remoting è fatto per spremere
al massimo la piattaforma, e non pensando alla interoperabilità.
Se vuoi interoperare, dovresti optare per i Web Services. Piccola (e
doverosa) precisazione iniziale: i Web Services _non_ sono "RPC su http".
_Non_ sono un modo per distribuire componenti/classi, bensì un modo per
offrire servizi remoti al sistema chiamante, indipendentemente dalla
piattaforma utilizzata per implementare i sistemi che vogliono colloquiare.
Es: client .NET che esegue da remoto codice scritto in: java, php, VB6, ...
Per far ciò usa un encoding XML dei messaggi secondo una grammatica
standardizzata dal W3C, quindi per forza di cose "generica" e meno
performante nel trasporto di dati. Per tutta una serie di motivi tecnici,
infine, scordati di trasferire "oggetti" mediante Web Services.
Difficile sintetizzare ulteriormente senza infilare troppi errori; se vuoi
trovare un po' di materiale (gratuito) scarica slide e demo da qui:
http://www.ugidotnet.org/workshops/workshops_detail.aspx?ID=5b2c8d78-3654-48c1-a4a3-df0143018069
Richiede logon perchè i seminari sono destinati ai membri della
associazione, ma l'iscrizione è gratuita. Per info specifiche sui web
services, puoi scaricare sempre "a gratis") i webcast che ho tenuto per
Microsoft:
http://www.microsoft.com/italy/msdn/eventi/webcast/passati.mspx#EEAA
ciao,
-- 
.A
UGIdotNET - User Group Italiano .NET
http://www.ugidotnet.org
Read my blog at: 
http://blogs.ugidotnet.org/pape

Grazie a tutti... siete stati molto gentili e mi avete offerto spunti di
ricerca ulteriore... come al solito questo ng si è dimostrato all'altezza
delle aspettative...