Pubblicando un fotoricettore assistere i mezzi permettendo ad un utente di servizio di fotoricettore (consumatore) di individuare la descrizione ed insegnare di servizio al consumatore come dovrebbero interagirsi con il servizio di fotoricettore. Il processo di individuazione e di consultazione della descrizione di servizio di fotoricettore � denominato il processo di scoperta. Ci sono due sensi per la scoperta dei servizi, del DISCO e di UDDI di fotoricettore.

Usiamo il DISCO se il numero di consumatori che usando il nostro servizio � relativamente piccolo. Possiamo direttamente dare loro il percorso del nostro web server e schierare la lima del DISCO sul web server. Quando sviluppiamo un servizio di fotoricettore, l'studio visivo genera automaticamente una lima del DISCO. Questa lima ha un'estensione di .vsdisco ed � immagazzinata nell'indice virtuale di IIS con la lima del asmx. Questa lima del DISCO contiene i collegamenti alle risorse che descrivono il servizio di fotoricettore.

Se desideriamo i consumatori programmarci contro il nostro servizio di fotoricettore, dobbiamo generare una procura e un complessivo. Possiamo generare la procura usando la ordine-linea attrezzo di WebServiceUtil.exe con il richiamo di ordine visivo dell'studio .NET. La linea di ordine di wsdl.exe attrezzo genera una lima di codice che rappresenta la procura al servizio a distanza di fotoricettore. Dobbiamo specificare il nome della lima di procura da generare e del URL in cui il WSDL pu� essere ottenuto. L'ordine per quello �:

Questa linea illustra l'uso dell'attrezzo del wsdl generare un codice categoria di procura per il nostro servizio di fotoricettore di ConvertUnits. Il programma di utilit� di wsdl.exe genera il codice (C-Tagliente) di C# per difetto. Se desideriamo la nostra procura scritta in VB .NET possiamo usare /l facoltativo: (lingua) come abbiamo fatto nella linea di ordine.

Possiamo anche usare l'studio visivo per generare il codice categoria di procura. Abbiamo fatto quello nella sezione di servizio 2 del campione. L'studio visivo genera automaticamente i codici categoria di fotoricettore di procura di servizio che usando la caratteristica di riferimento di fotoricettore di aggiunta. Tutto che dobbiamo fare � di fornire la posizione del documento di WSDL per il servizio di fotoricettore e l'studio visivo prende la cura del resto.

Il progetto universale di scoperta, di descrizione e di integrazione (UDDI) fornisce un indice globale dei servizi di fotoricettore. UDDI permette ai consumatori di cercare ed individuare i servizi di fotoricettore se il consumatore non � informato della posizione esatta del servizio o del proprietario del servizio. UDDI � per i servizi di fotoricettore come Google � per i Web pagi. UDDI permette che noi facilmente troviamo i servizi di fotoricettore basati su una registrazione centralizzata e globalmente disponibile dei commerci che sono accessibili sopra il Internet. Se avete un servizio di fotoricettore e se desiderate pubblicarli con UDDI allora voi necessit� di visitare il Web site di UDDI e di registrare il vostro servizio l�.

L'indice di UDDI permette che noi cerchiamo le aziende che forniscono i servizi. Tutto che dobbiamo fare � di visitare il Web site di UDDI e la ricerca del servizio siamo Web site interessati del poll. come Google, Amazon e EBay inoltre sta fornendo i loro servizi con i loro Web site. Potete visitare i loro luoghi e trasferire lo SDK dal sistema centrale verso i satelliti. Lo SDK fornisce tutte le informazioni che dovete accedere ai loro servizi di fotoricettore con la documentazione che gli aiuti voi in esso � esecuzione.

Latta noi la lima di Config.web per tutta la configurazione riferita sicurezza come tutte le informazioni siamo in questa lima. Abbiamo la capacit� di configurare tre funzioni fondamentali per sicurezza: autenticazione, autorizzazione ed impersonation. I Config. il fotoricettore avr� tre sequenze supplementari chiuse nella modifica del <security> del genitore.

Tutti i vostri clienti di fotoricettore comunicano con la vostra applicazione di fotoricettore con IIS. Cos� potete usare l'autenticazione di IIS (di base, raccolta e NTLM/Kerberos) oltre che le soluzioni incorporate di autenticazione di ASP.NET. Alcuni fornitori di autenticazione di asp .NET sono:

- L'autenticazione del passaporto, che � un servizio centralizzato di autenticazione ha fornito da Microsoft.

- Autenticazione del biscotto, che pubblica un biscotto alla richiesta/risposta che contiene le credenziali per reacquiring l'identit�.

- Autenticazione di Windows, che � usata insieme con l'autenticazione di IIS.
I metodi di autenticazione di IIS suppongono che l'utente gi� � conosciuto all'assistente, mentre i metodi di asp .NET non. Con l'autenticazione del passaporto il vostro luogo deve sostenere le credenziali del passaporto di Microsoft e l'autenticazione del biscotto assegna un'identit� �ad uno sconosciuto sconosciuto� chi aderisce ad alcune regole. Una volta che una richiesta del cliente � autenticata e un'identit� � data, dobbiamo determinare se questa identit� sia permessa avere accesso alla risorsa chiesta.

L'asp .NET distingue due modi di autorizzazione: lima ed URL. L'autorizzazione della lima � attiva quando usando l'autenticazione di Windows. Per determinare se l'accesso � assegnato o non, un controllo contro un Access Control List (ACL) � fatto. Nell'autorizzazione del URL, le identit� sono tracciate alle parti del namespace del contrassegno delle risorse dell'uniforme (URI) per permettere selettivamente l'accesso alle parti del namespace.

Nel usando il impersonation, IIS e Windows archiviano il gioco di sicurezza di accesso un ruolo. IIS autentica usando dell'utente l'autenticazione di base, della raccolta, o di Windows NTLM/Kerberos. IIS allora passa un segno all'asp .NET, il segno � autenticato o unauthenticated.

Oltre alle caratteristiche incorporate di sicurezza di asp .NET, possiamo usare la caratteristica di sicurezza di accesso di codice della struttura di .NET. Con sicurezza di accesso di codice possiamo ammettere il codice che proviene da un sistema di elaborazione da eseguire sicuro su un altro sistema. Di conseguenza l'identit� e l'origine del codice deve essere verificata. Per determinare se il codice dovrebbe essere autorizzato o non, le camminate del sistema di sicurezza del tempo di esecuzione la pila di chiamata, controllante per vedere se c'� ogni visitatore se l'accesso ad una risorsa o a realizzare un funzionamento dovrebbe essere permesso. Nella struttura di .NET dovete specificare i funzionamenti che il codice � permesso realizzare. Ci� pu� essere fatta, nel montaggio della vostra applicazione di fotoricettore.

L'oggi pi� ampiamente usato di lingua di margine di profitto � lingua indubbiamente iper di margine di profitto del testo (HTML), che � usata per generare i Web pagi. Una lingua di margine di profitto descrive la struttura del documento. Il HTML � basato sulla lingua generalizzata standard di margine di profitto (SGML), che � un'applicazione dello SGML. I Web pagi progettati usando il HTML sono progettati usando le modifiche predefinite HTML. Attualmente, mentre il Internet � usato ampiamente come forma generale della comunicazione e mentre trasferire i dati sopra il Internet sta diventando pi� intenso e sta maneggiando quei dati pi� complessi molti sviluppatori di fotoricettore stanno girando verso XML come loro alternativa verso il HTML. � opportuno avere una breve descrizione di questa nuova lingua meravigliosa di margine di profitto che sta cambiando il senso che i dati sono maneggiati sul Internet.