L'interfaccia dei WS è l'insieme dei sui metodi esposti come Web Methods.

Una classe è un tipo di dato di riferimento. Se ti crei una classe nel WS, che è il tipo ritornato da un metodo Web, e in VS.NET riagganci il WS al tuo progetto, vedrai che il tipo verrà replicato anche nell'ambito del client.

Ciao, Ricky.

Quello che c'è nella descrizione WSDL viene ricreato, il resto te lo devi fare...

Se ci pensi la cosa ha un senso. WSDL deve dare una indicazione sui tipi per agevolare il marshaling...
Pensa a questa cosa: se la tua applicazione client fosse una applicazione Java...?

Ciao, Ricky.

---

Modificato da rickyvr il 27 ottobre 2004 12.07 -

Formalmente in una applicazione distribuita non devi replicare le parti di codice e le librerie sui diversi tier.

Non conoscendo come hai strutturato le cose, a rigor di logica, non hai suddiviso bene le varie parti dell'applicazione.

Considera che ogni volta che cambi versione della dll da una parte, la devi replicare anche dall'altra. Non è ottimale, non ti pare?

Ciao, Ricky.

Se utilizzi i servizi remoti, puoi sfruttare tutto quello che ne consegue ed, in particolare, la tipizzazione. Mi pare di capire che la tua esigenza sia soprattutto quella di condividere dei tipi in un ambiente interamente .NET e distribuire le parti dell'applicazione in un contesto locale. Per cui remoting in questo senso ha i suoi vantaggi.

Un oggetto del dominio applicativo client, per essere passato, deve essere contrassegnato come serializzabile oppure il tipo deve comunque implementare l'interfaccia ISerializable. Alternativa è fare derivare il tipo da MarshalByRefObject, il che permette di attivare un proxy per l'oggetto in ambito client.

Da un punto di vista dell'attivazione, sai che ne esistono due tipologie: SAO (server activated object) e CAO (client activated object). Il caso simile al funzionamento di un Web Service nell'ambito del remoting è l'attivazione SAO Single-Call.

Ciao, Ricky.