Internet Windows Android

Servicii web - exemple. Ce este un serviciu web Servicii web publice

Mecanismul de servicii web 1C:Enterprise se bazează pe utilizarea obiectelor de metadate cu același nume, de exemplu. obiecte de configurare din ramura „Servicii web”.

1. DEFINIȚII GENERALE

Să încercăm să dăm o definiție generalizată a termenului „serviciu web”.

web-serviciu este o tehnologie de rețea care oferă interprogram interacţiune(intre aplicatii diferite) pe baza standardele web. Serviciile web fac posibilă accesarea de la o aplicație la alta și în același timp realizează anumite funcții.

Un serviciu web este identificat printr-un șir URI (Uniform Resource Identifier) ​​- un identificator uniform de resursă (acesta este un șir de caractere care vă permite să identificați o resursă).

Serviciul web are o interfață de programare prezentată în format WSDL(Web Services Description Language) - un limbaj pentru descrierea serviciilor web și accesarea acestora, bazat pe limbajul XML (http://www.w3.org/TR/wsdl specification). Este destinat unei prezentări unificate a interfețelor externe ale unui serviciu web și este utilizat pentru ca un alt program să știe că acest program are un astfel de „serviciu” (adică primul program de pe site web prezintă informații despre serviciile sale în fișierul WSDL format).

Alte sisteme interacționează cu serviciul web prin schimbul de mesaje SOAP (Simple Object Access Protocol) - un protocol pentru schimbul de mesaje structurate într-un mediu de calcul distribuit (http://www.w3.org/TR/soap specification). Ca orice protocol bazat pe text, SOAP poate fi folosit cu orice protocol de nivel de aplicație: SMTP, FTP, HTTPS și multe altele, dar cel mai adesea SOAP este folosit peste HTTP.

Figura 1. Conceptul serviciului web.

SOAP este folosit pentru mesaje XML arbitrare și apeluri de procedură la distanță (RPC).

Astfel, între serviciul web și aplicație, documentele XML sunt schimbate sub formă de mesaje. Standardele serviciilor web definesc:

Formatul mesajului, interfața către care este trimis mesajul;

Reguli pentru legarea conținutului mesajului de aplicația care implementează serviciul și invers;

Mecanisme de publicare și căutare a interfețelor.

Cea mai simplă și mai evidentă utilizare a serviciilor web este obținerea de date de referință de la serviciile publice disponibile pe Internet. De exemplu, Aeroflot oferă informații despre zborurile sale printr-un serviciu web, Banca Rusiei - informații despre cursurile de schimb, valorile mobiliare, organizațiile de credit - pot exista multe opțiuni.

2. WEB-SERVICII ÎN SISTEMUL „1C: ÎNTREPRINDERE”

1C: Soluția de aplicație Enterprise 8 poate fi:

Furnizor de servicii web;

În sistemul 1C:Enterprise 8, serviciile Web sunt unul dintre mecanismele platformei utilizate pentru integrarea cu alte sisteme informatice și cu aplicațiile 1C:Enterprise 8 între ele.

Cu alte cuvinte, 1C:Enterprise își poate exporta funcționalitatea prin intermediul serviciilor Web. Definițiile lor sunt stabilite în arborele de configurare și devin disponibile sistemelor informaționale arbitrare prin publicarea lor pe un server web.

Mecanismul de servicii web din 1C:Enterprise este un mijloc de a sprijini arhitectura orientată pe servicii (SOA), ceea ce înseamnă că programele folosesc „servicii” pentru a face schimb de date între ele.

Pentru ca funcționalitatea 1C:Enterprise să fie disponibilă consumatorilor externi ai serviciilor Web, trebuie să faceți următoarele:

Creați numărul necesar de servicii Web în configurație;

Crearea unui serviciu web este:

În plus față de arborele de metadate al obiectului de configurare a serviciului Web;

Descrierea operațiunilor pe care le poate efectua acest serviciu Web;

Descrierea parametrilor de funcționare.

Obiectul de configurare a serviciului Web conține un modul care creează proceduri în limbajul încorporat care sunt executate atunci când sunt apelate anumite operațiuni ale serviciului Web. Tipurile de parametri de operare a serviciului web sunt descrise folosind tipuri XDTO și pot fi fie valori XDTO, fie obiecte XDTO.

Apelul către serviciul web decurge astfel:

O conexiune adecvată la baza de informații este selectată din grupul de conexiuni; în absența unei conexiuni necesare, se creează o conexiune;

Se creează o nouă sesiune;

Este apelată metoda serviciului Web solicitată.

Mecanismul de servicii web implementat în 1C:Enterprise acceptă următoarele standarde:

Profil de bază WS-I 1.1;

SSL 3.0/TLS 1.0.

3. STUDII DEWEB-SERVICII ÎN SISTEMUL „1C: ÎNTREPRINDERE”

Serviciile web sunt unul dintre mecanismele platformei utilizate pentru integrarea cu alte sisteme informatice. Este un mijloc de susținere a SOA (Service-Oriented Architecture) - arhitectură orientată pe servicii, care este standardul modern pentru integrarea aplicațiilor și a sistemelor informaționale.

Un avantaj semnificativ al arhitecturii orientate către servicii este că vă permite să dezvoltați infrastructura întreprinderii într-un mod omogen, fără a distruge soluțiile existente. Utilizarea acestuia vă permite să minimizați costurile prin integrarea sistemelor eterogene și vechi în peisajul întreprinderii moderne. Permite implementarea componentelor software slab cuplate pentru a maximiza reutilizarea acestora.

Arhitectura orientată spre servicii este dezvoltată și susținută în mod activ de furnizori mari. Este construit pe baza de servicii, autonome sau gestionate din exterior. Serviciile web sunt modalitatea preferată de implementare a acestora. Sunt independente de platformă, autonome și susținute universal.

Soluția de aplicație 1C:Enterprise 8 poate fi atât un furnizor de servicii web, cât și un consumator de servicii web publicate de alți furnizori.

Sistemele care utilizează platforme hardware și software arbitrare pot acționa ca consumatori. Tehnologia serviciilor web este independentă de platformă.


Implementarea tehnica a serviciilor web

Dacă soluția de aplicație este un furnizor de servicii web, atunci atât în ​​versiunea fișier cât și în versiunea de operare client-server, interacțiunea dintre soluția de aplicație și consumatorii de servicii web se realizează prin intermediul serverului web, folosind modulul de extensie a serverului web.

În acest caz, atunci când consumatorul accesează serviciul web al soluției de aplicație, se execută modulul serviciului web. Acest modul este cuprins în configurație și conține proceduri care se efectuează la apelarea anumitor operațiuni ale serviciului web.

În cazul unei operațiuni client-server, acest modul va fi executat într-un cluster. În cazul versiunii fișierului de lucru - în modulul de extensie a serverului web.

Dacă soluția de aplicație este un consumator al unui serviciu web terță parte, atunci interacțiunea dintre soluția de aplicație și furnizorul de servicii web este realizată de aplicația client. Apelează anumite operațiuni ale serviciului web și prelucrează datele primite.

Platforma 1C:Enterprise care acționează ca un consumator de servicii web acceptă transferul optimizat de date binare prin protocolul MTOM. Modul MTOM este activat automat în 1C:Enterprise.

Pe baza arhitecturii serviciului web, creăm următoarele două componente ca parte a implementării serviciilor web:

Furnizor de servicii sau editor

Acesta este un furnizor de servicii web. Furnizorul de servicii implementează acest serviciu și îl pune la dispoziție pe Internet sau intranet. Vom scrie și publica un serviciu web simplu folosind SDK-ul .NET.

Furnizor de servicii sau consumator

Acesta este orice consumator al serviciului web. Solicitantul consumă un serviciu web existent prin deschiderea unei conexiuni la rețea și trimiterea unei cereri XML. De asemenea, vom scrie două solicitări pentru servicii web: un consumator web (aplicația ASP.NET) și un alt consumator bazat pe aplicații Windows.

Mai jos este primul nostru exemplu de serviciu web care rulează ca furnizor de servicii și expune două metode (adăugați și Spuneți salut) ca servicii web pentru a fi utilizate de aplicații. Acesta este șablonul standard pentru un serviciu web. Serviciile .NET folosesc extensia .asmx. Rețineți că o metodă expusă ca serviciu web are un atribut WebMethod. Salvați acest fișier ca FirstService.asmx în directorul virtual IIS (așa cum este descris în configurarea IIS, de exemplu, c:\MyWebSerces).

FirstService.asmx

<%@ WebService language = "C" class = "FirstService" %>folosind System; folosind System.Web.Services; folosind System.Xml.Serialization; clasă publică FirstService: WebService ( public int Add(int a, int b) ( return a + b; ) public String SayHello() ( return "Hello World"; ) )

Pentru a testa un serviciu web, acesta trebuie publicat. Un serviciu web poate fi publicat fie pe un intranet, fie pe Internet. Vom publica acest serviciu web pe IIS care rulează pe mașina locală. Să începem prin a configura IIS.

  • Deschideți Start → Setări → Panou de control → Instrumente administrative → Manager servicii Internet.
  • Extindeți și faceți clic dreapta pe Site Web implicit; selectați Nou → Director virtual. Se deschide Virtual Directory Creation Wizard. Faceți clic pe „Următorul.
  • Apare ecranul Director virtual. Introduceți un nume pentru directorul virtual. De exemplu, MyWebServices. și faceți clic pe Următorul.
  • Se deschide ecranul „Director de conținut web”.
  • Introduceți un nume de director pentru directorul virtual. De exemplu, c:\MyWebServices Faceți clic pe Următorul.
  • Apare ecranul Permisiuni de acces. Modificați setările în funcție de cerințele dvs. Să păstrăm setările implicite pentru acest exercițiu.
  • Faceți clic pe „Următorul”. Acesta finalizează configurarea IIS.
  • Faceți clic pe „Terminare” pentru a finaliza configurarea.

Pentru a verifica dacă IIS este configurat corect, copiați fișierul HTML (de exemplu x.html) în directorul virtual (C:\MyWebServices) creat mai sus. Acum deschideți Internet Explorer și introduceți http://localhost/MyWebServices/x.html. Ar trebui să deschidă fișierul x.html.

Notă. Dacă acest lucru nu funcționează, încercați să înlocuiți localhost cu adresa IP a dispozitivului dvs. Dacă tot nu funcționează, verificați dacă IIS rulează; poate fi necesar să reconfigurați IIS și directorul virtual.

Pentru a testa acest serviciu web, copiați FirstService.asmx în directorul virtual IIS creat mai sus (C:\MyWebServices). Deschideți serviciul web în Internet Explorer (http://localhost/MyWebServices/FirstService.asmx). Ar trebui să deschidă pagina serviciului web. Pagina ar trebui să aibă legături către două metode pe care le oferim ca servicii web aplicației noastre. Felicitări! Ai scris primul serviciu web!

Testarea serviciului web

După cum tocmai am văzut, este ușor să scrieți servicii web în .NET Framework. Scrierea serviciilor web este, de asemenea, ușoară în mediul .NET; cu toate acestea, este puțin mai activ. După cum am discutat mai devreme, vom scrie două tipuri de consumatori de servicii: unul este un site web și celălalt este o aplicație Windows bazată pe utilizator. Să scriem primul nostru consumator de servicii web.

Servicii web

Scrieți un consumator web așa cum este prezentat mai jos. Numiți-o WebApp.aspx. Rețineți că aceasta este o aplicație ASP.NET. Salvați acest lucru în directorul virtual al serviciului web (c:\MyWebServices\WebApp.axpx). Această aplicație are două câmpuri de text care sunt folosite pentru a obține numere de la utilizator pentru a le adăuga. Are un buton Executare care, atunci când este făcut clic, primește serviciile web Adaugă și Salutare.

WebApp.axpx

<%@ Page Language="C#" %>

Primul număr de adăugat: 4< /asp:TextBox>

Al doilea număr de adăugat: 5

Rezultat serviciu web -

salut serviciu mondial : eticheta< /asp:Label>

Adăugați serviciu : & eticheta



După crearea consumatorului, trebuie să creăm un proxy pentru a consuma serviciul web. Această lucrare este realizată automat de Visual Studio .NET pentru noi atunci când ne referim la serviciul web adăugat. Iată pașii de urmat:

  • Creați un proxy pentru a utiliza serviciul web. Proxy-ul este creat folosind utilitarul WSDL furnizat împreună cu .NET SDK. Acest utilitar preia informații de la un serviciu web și creează un proxy. Serverul proxy este valabil doar pentru un anumit serviciu web. Dacă trebuie să utilizați alte servicii web, trebuie să creați și un proxy pentru acel serviciu. Visual Studio .NET creează automat un proxy atunci când este adăugată o referință de serviciu web. Creați un proxy pentru serviciul web folosind utilitarul WSDL furnizat cu SDK-ul .NET. Acesta va crea un fișier FirstSevice.cs în directorul curent. Trebuie să-l compilam pentru a genera FirstService.dll (proxy) pentru serviciul web.
  • c:>WSDL http://localhost/MyWebServices/FirstService.asmx?WSDL
  • c:> csc /t:library FirstService.cs
  • Plasați proxy-ul compilat în directorul bin al directorului virtual al serviciului web (c:\MyWebServices\bin). Internet Information Services (IIS) caută un server proxy în acest director.
  • Creați un consumator de servicii exact așa cum am făcut noi. Rețineți că obiectul proxy al serviciului web este creat pe consumator. Acest proxy se ocupă de interacțiunea cu serviciul.
  • Introduceți adresa URL a consumatorului în IE pentru a-l testa (de exemplu, http://localhost/MyWebServices/WebApp.aspx).

Consumator de servicii web bazat pe aplicații Windows

Scrierea unei aplicații de serviciu web bazată pe aplicații Windows este similară cu scrierea oricărei alte aplicații Windows. Trebuie doar să creați un proxy (ceea ce am făcut deja) și să faceți referire la acest proxy atunci când compilați aplicația. Mai jos este aplicația noastră Windows care utilizează serviciul web. Această aplicație creează un obiect de serviciu web (un proxy, desigur) și apelează metodele SayHello și Add pe el.

WinApp.cs

folosind System; folosind System.IO; namespace SvcConsumer ( clasa SvcEater ( public static void Main(String args) ( FirstService mySvc = new FirstService(); Console.WriteLine("Apelarea serviciului Hello World: " + mySvc.SayHello()); Console.WriteLine("Apelarea Add() 2, 3) Serviciu: " + mySvc.Add(2, 3).ToString()); ) ) )

Compilați-l cu c: \> csc /r:FirstService.dll WinApp.cs . Acesta va crea un fișier WinApp.exe. Rulați-l pentru a testa aplicația și serviciul web.

Acum întrebarea este: cum poți fi sigur că această aplicație apelează de fapt un serviciu web?

Este ușor de verificat. Opriți serverul dvs. web, astfel încât serviciul web să nu poată fi contactat. Acum lansați aplicația WinApp. Va arunca o excepție în timpul execuției. Acum porniți din nou serverul web. El trebuie să lucreze.

Adnotare: Domenii de utilizare. Avantaje. Caracteristici de dezvoltare a serviciilor web pentru platforma .NET. Descrierea și descoperirea unui serviciu web

Ce este un serviciu web XML?

Odată cu dezvoltarea tehnologiei informației, au apărut diferite abordări ale programelor de scriere: modulare programare, condus de evenimente programare, orientat pe componente programare si design. Continuarea logică a acestor abordări a fost orientată spre servicii dezvoltare de software.

Utilizarea abordărilor orientate spre servicii ne permite să vorbim despre reutilizare (reutilizare) la nivel macro (nivel de serviciu), spre deosebire de nivelul micro (nivel de obiect). O abordare orientată spre servicii implică utilizarea unor standarde simple și general acceptate, care permit unei game largi de aplicații să folosească funcționalitatea celuilalt. Serviciile pot fi scrise folosind o mare varietate de limbaje de programare, pe o varietate de platforme. În plus, serviciile pot fi implementate separat sau ca parte a unui pachet software oriunde în lume și vor oferi astfel acces la funcționalitatea lor prin rețea.

Hai sa sunăm serviciu o resursă care implementează o funcție de afaceri și are următoarele proprietăți:

  • este reutilizabil;
  • definit de una sau mai multe interfețe explicite independente de tehnologie;
  • asociate liber cu alte resurse similare și pot fi apelate prin protocoale de comunicare care oferă resurselor capacitatea de a interacționa între ele.

Un caz special al unui serviciu este un serviciu web XML.

Serviciul Web XML este un tip special de aplicație web care:

  • implementat pe un server web;
  • publică metode web care pot fi apelate de clienți externi;
  • așteaptă primirea solicitărilor HTTP, care sunt comenzi pentru apelarea metodelor web;
  • execută metode web și returnează rezultate.

Spre deosebire de o aplicație web tradițională, un serviciu web nu are o interfață cu utilizatorul. În schimb, are un API, adică un serviciu web oferă funcții (metode web) care pot fi apelate de la distanță (de exemplu, prin Internet). Serviciul web nu este conceput pentru a servi utilizatorilor finali. Sarcina sa este de a oferi servicii altor aplicații, fie că acestea sunt aplicații web, aplicații GUI sau aplicații de consolă.

Un serviciu web poate oferi informații în timp real despre prețurile acțiunilor, poate verifica cardurile de credit sau poate raporta vremea. Serviciile web sunt la fel de diverse ca și aplicațiile convenționale.

Serviciile web nu sunt proprietatea unei anumite companii. Este un standard industrial bazat pe protocoale deschise (SOAP, HTTP etc.). Serviciile web sunt implementate pe diverse platforme (inclusiv servere care rulează Windows sau UNIX). Serviciile web pot fi dezvoltate folosind multe instrumente de dezvoltare (de la un editor de text la familia Microsoft Visual Studio).

Metodele majorității serviciilor web sunt apelate prin solicitări HTTP care conțin mesaje SOAP SOAP este un limbaj XML (vocabul XML) pentru apelarea procedurilor de la distanță prin HTTP și alte protocoale (descrierea completă a SOAP http://www.w3.org/TR/SOAP) .

Locul serviciilor web printre alte tehnologii de apelare la distanță

Există multe protocoale și tehnologii de invocare la distanță: Microsoft Distributed Component Object Model (DCOM), Arhitectura Common Object Request Broker ( CORBA ) a grupului de gestionare a obiectelor, Invocarea metodei la distanță ( RMI ) de la Sun. NET Remoting, XML Web Services.

Toate aceste tehnologii orientate pe componente (DCOM, CORBA și RMI) au fost utilizate cu succes în aplicațiile Intranet de mulți ani. Ele oferă o arhitectură robustă, scalabilă. Cu toate acestea, există două probleme majore cu utilizarea acestor tehnologii pe Internet. În primul rând, nu interacționează bine unul cu celălalt. Toate tehnologiile operează pe obiecte, dar diferă semnificativ în detalii: managementul ciclului de viață, suport pentru constructori și gradul de suport al moștenirii. Al doilea aspect, mai important, este că concentrarea pe interacțiunile RPC duce la construirea de sisteme strâns cuplate bazate pe apeluri explicite de metode obiect.

Spre deosebire de aceste tehnologii, XML Web Services și . NET Remoting implementat complet abordare orientată pe obiecte pentru programare web.

Serviciul Web XML- o componentă care oferă clienților Internet un set de funcții API sau metode web. XML face parte din nume deoarece serviciile web și clienții lor îl folosesc pentru a face schimb de date. Serviciile web se bazează pe standarde deschise precum HTTP, XML (Extensible Markup Language), SOAP (Simple Object Access Protocol - un standard de Internet care descrie modul în care aplicațiile pot interacționa, adică apelează reciproc metodele, folosind HTTP și alte protocoale). Sarcina principală a serviciilor web este de a oferi interacțiune între programe. Multe rulează pe servere UNIX și sunt accesate de clienții Windows. Datele transmise serviciilor web sunt serializate în XML și trimise în pachete SOAP. Metadatele despre conținutul unor astfel de mesaje sunt stocate în contractul WSDL și schemele XSD ale serviciului web. Principalul avantaj al acestei abordări este lizibilitatea metadatelor. Un dezvoltator poate vizualiza cu ușurință întreaga descriere a unui serviciu web și chiar poate crea propriul modul care analizează pachetele SOAP.

.NET Remoting oferă infrastructură pentru obiectele distribuite. Este mult mai complexă decât o simplă arhitectură de servicii web bazată pe transmiterea mesajelor. . NET Remoting include transmiterea parametrilor prin referință și valoare, apeluri inverse, activarea mai multor obiecte și politici de gestionare a ciclului de viață. Pentru a utiliza aceste caracteristici, aplicația client trebuie să fie expertă în toate tehnologiile. Date în. NET Remoting sunt trimise în format binar sau SOAP. Cu toate acestea, în orice caz, metadatele despre structura informațiilor transmise sunt conținute în runtime-ul limbajului comun. Fără un common language runtime (CLR), aplicația client nu va putea analiza fișierul . Anteturi SOAP NET Remoting. Acesta este. NET Remoting are cerințe semnificativ mai mari decât serviciile web.

Dezvoltare de servicii web pe platforma .NET

Există multe moduri de a scrie servicii web. Acestea pot fi dezvoltate manual sau folosind instrumente SOAP furnizate de Microsoft, IBM și alții.Scrierea de servicii web cu Microsoft. NET are două avantaje:

  • .NET Framework simplifică foarte mult procesul de dezvoltare prin furnizarea unei biblioteci de clase și automatizarea pașilor de dezvoltare individuali;
  • Serviciile web scrise cu .NET Framework sunt aplicații gestionate. Adică, în astfel de aplicații nu există probleme de pierderi de memorie, pointeri inițializați incorect și alte probleme tipice de programare.

Creare

Să dezvoltăm un serviciu web AdditionService simplu care efectuează adăugarea a două numere. Va avea o singură metodă Add care ia două numere întregi ca parametru și returnează și un număr întreg. AdditionService demonstrează câteva principii importante pentru programarea serviciilor web folosind Microsoft .NET Framework.

  • Serviciile web sunt implementate ca fișiere ASMX. ASMX este o extensie specială de nume de fișier înregistrată cu ASP .NET (mai precis, ASP.NET HTTP Handler) în fișierul principal de configurare ASP .NET Machine.config.
  • Fișierele ASMX încep cu directiva @WebService. Această directivă trebuie să conțină cel puțin atributul Class, care specifică clasa din care constă serviciul web.
  • Clasele de servicii Web pot avea atribute WebService opționale. În acest exemplu, acest atribut specifică numele serviciului web și descrierea care este afișată pe pagina HTML când utilizatorul apelează AdditionService.asmx în browser.
  • Metodele Web sunt declarate prin atribuirea atributului WebMethod metodelor publice ale clasei de servicii Web. Pentru metodele de ajutor care sunt utilizate intern, dar nu sunt disponibile pentru clienții externi, acest atribut este pur și simplu omis.
  • HTTP, XML și SOAP sunt „invizibile”. Datele XML și mesajele SOAP sunt gestionate de .NET Framework.

AdditionService.asmx<%@ WebService language="C#" Class="AddService" %>folosind System folosind clasa System.Web.Services AddService ( public int Add (int a, int b) ( return a + b ) )

În ciuda dimensiunilor sale mici, AdditionService.asmx este un serviciu web complet atunci când este instalat pe un server web ASP.NET. Metodele sale sunt invocate cu SOAP, HTTP GET și HTTP POST și poate returna rezultate ca răspunsuri SOAP sau ca simple pachete XML.

Folosind codul de fundal, clasele de servicii web pot fi scoase din fișierele asmx în fișiere separate.

Serviciile web suportă utilizarea tipuri de date complexe ca parametri de intrare sau de ieșire. Sunt acceptate tipuri de date complexe, deoarece XML facilitează serializarea majorității tipurilor de date. Cu toate acestea, atunci când testează automat un serviciu web, ASP .NET nu generează pagini de testare pentru metode care acceptă tipuri de date complexe. Acest lucru se datorează faptului că nu puteți transmite tipuri de date complexe metodei web folosind HTTP GET și POST.

Serviciile web vă permit să apelați propriile metode asincron. Un apel asincron revine imediat, indiferent de cât timp durează serviciul web pentru a procesa apelul. Apelurile asincrone sunt utile atunci când procesarea unui apel durează mult. Aplicația efectuează apelul, apoi continuă să ruleze fără a aștepta rezultatul apelului, iar ulterior primește rezultatele apelului asincron. Rezultatul se obține atunci când metoda web este apelată din nou la un moment convenabil aplicației, sau prin abonarea la o notificare despre încheierea procesării apelului de către serviciul web (mecanismul delegat).

Serviciile web pot fi create folosind instrumente precum Microsoft Visual Studio 2005. Există un tip de proiect ASP .NET Web Service separat pentru crearea de servicii web. Visual Studio generează un fișier asmx, un fișier cu cod de fundal pentru descrierea claselor de servicii web, un fișier de configurare a serviciului web etc. Când proiectul este lansat pentru execuție, clasele de servicii sunt compilate și fișierul asmx este deschis într-o fereastră de browser.

Descrierea serviciilor web folosind contracte

Pentru ca alți dezvoltatori să folosească AdditionService, ei trebuie să știe ce metode expune, ce protocoale acceptă, semnăturile metodei și adresa serviciului web (URL). Toate acestea și alte informații pot fi descrise în WSDL (Web Service Description Language).


Descoperirea serviciului web

Cum știu alți dezvoltatori despre existența AdditionService?

În primul rând, cu ajutorul DISCO (prescurtare pentru descoperire) - un mecanism de fișiere pentru căutarea serviciilor web locale, adică un mecanism pentru obținerea unei liste de servicii web disponibile din fișierele DISCO găzduite pe serverele web. În plus, fișierele DISCO conțin înregistrări ale locației contractelor WSDL ale serviciilor disponibile. Fișierul DISCO este un fișier XML cu înregistrări.

De asemenea, este posibil să utilizați fișiere VSDISCO, care sunt similare fișierelor DISCO, dar conținutul lor este rezultatul unei căutări dinamice a serviciilor web în directoarele specificate și în toate subdirectoarele imbricate. ASP .NET mapează extensia numelui de fișier .vsdisco la un handler HTTP care caută în directorul dat și subdirectoarele sale pentru asmx și disco și returnează un document DISCO generat dinamic. Din motive de securitate, căutarea dinamică este dezactivată în unele versiuni ale .NET Framework, dar o puteți activa prin editarea intrărilor din fișierul Machine.config.

Dar cum este căutarea de servicii web în rețeaua globală? Pentru a căuta servicii web în rețeaua globală, Microsoft, IBM și Ariba au dezvoltat în comun UDDI (Universal Description Discovery and Integration) - o specificație pentru construirea de baze de date distribuite care vă permite să căutați servicii web. UDDI este susținut de sute de companii. Site-urile UDDI sunt ele însele servicii web. Oricine își poate publica registrul pe baza UDDI. Majoritatea dezvoltatorilor nu folosesc niciodată UDDI API-ul direct. În schimb, registrele UDDI sunt accesate de instrumente de dezvoltare. De asemenea, generează clase de wrapper pentru serviciile web descoperite și selectate.

Rezultate

Un serviciu web XML este o componentă software care oferă funcționalități care pot fi utilizate de o mare varietate de sisteme care acceptă standarde precum XML și HTTP Clienții de servicii web pot fi atât aplicații locale, cât și la distanță. Serviciile web vă permit să creați structuri care vă permit să integrați cu ușurință diferite sisteme bazate pe standarde simple, general acceptate.

WEB-service - (din limba engleză web-service, sinonim - serviciu online). Serviciile web sunt servicii care sunt furnizate pe Internet folosind programe speciale. De exemplu, sunt comune servicii precum: hosting, e-mail, stocarea diverselor informații pe Internet (fișiere, marcaje), calendar etc. O proprietate importantă a unui serviciu web este că nu depinde de furnizorul dvs., computer sau browser - puteți lucra cu datele dvs. oriunde în lume unde aveți acces la .

Knyazev A.A. Dicţionar enciclopedic al mass-media. - Bishkek: Editura KRSU. A. A. Knyazev. 2002 .

Vedeți ce este „serviciul WEB” în alte dicționare:

    serviciu web

    serviciu web- Serviciu web. Serviciu web, serviciu web (serviciu web în engleză) este un sistem software, identificat printr-un șir de interfețe definite în XML și transmis folosind protocoale Internet. Un serviciu web este o unitate de modularitate atunci când se utilizează ... ... Wikipedia

    Protocolul de comunicare Web Cache- Protocolul de redirecționare a conținutului (WCCP) dezvoltat de Cisco. Oferă un mecanism de redirecționare a fluxurilor de trafic în timp real. Are încorporat scalare, echilibrare a sarcinii, toleranță la erori. Cisco IOS ... ... Wikipedia

    Serviciul de hartă web- (Serviciul de hărți web WMS rus) un protocol standard pentru difuzarea pe Internet a imaginilor cu referințe geografice generate de un server de cartografiere pe baza datelor dintr-o bază de date GIS. Acest standard a fost dezvoltat și pentru prima dată ...... Wikipedia

    Web Hotel Salvador- (Salvador, Brazilia) Categoria hotel: hotel 2 stele Adresa: Rua das Alfazemas … Catalog hotel

    Web Hotel Aparecida- (Aparecida, Brazilia) Categoria hotelului: hotel de 3 stele Adresa: Av. Isaac Ferrei … Director Hotel

    Arhitectura orientată spre servicii- Procesele de afaceri ale organizației sunt implementate pe baza serviciilor furnizate de aplicațiile existente ale Clientului. Dacă aplicațiile nu acceptă capacitatea de a furniza servicii (Servicii web), implementarea produsului se dezvoltă ... ... Manualul Traducătorului Tehnic

    web 2

    Web 2.0- Concepte cheie asociate cu Web 2.0 Web 2.0 (definit de Tim O'Reilly) este o tehnică de proiectare a sistemelor care, ținând cont de interacțiunile din rețea, se îmbunătățesc cu cât le folosesc mai mulți oameni. Caracteristica Web 2.0. este principiul ...... Wikipedia

    site-ul web- Interogarea „site-ul web” este redirecționată aici. Vedea de asemenea, alte sensuri. Site web (din engleză Website: web web și site „loc”) într-o rețea de computere unite sub un nume de domeniu sau adresă IP) o colecție de documente ale unei persoane private sau ... ... Wikipedia

Cărți

  • Tehnologii informaționale în industria turismului, VN Shitov. Manualul discută în detaliu tehnologiile informatice de uz general folosind pachete populare Microsoft Office 2010 și complexe alternative, folosind ... Cumpărați pentru 546 de ruble
  • 75 Soluții gata pentru site-ul dvs. web în PHP , Steinmetz W., Ward B.. Toți cei care își creează sau urmează să își creeze propriul site web se confruntă inevitabil cu o serie de sarcini și dificultăți: cum să facă un blog pe site…... . „strângeți” votul, închideți sigur...