Μενού

Εκμάθηση Υπηρεσιών Ιστού: Στοιχεία, Αρχιτεκτονική, Τύποι & Παραδείγματα

  • Κύριος
  • Αλλα
  • Εκμάθηση Υπηρεσιών Ιστού: Στοιχεία, Αρχιτεκτονική, Τύποι & Παραδείγματα

web services tutorial

Δοκιμάστε Το Όργανο Μας Για Την Εξάλειψη Των Προβλημάτων

Αυτό το σεμινάριο Web Services εξηγεί την αρχιτεκτονική, τους τύπους και τα στοιχεία μιας υπηρεσίας Web μαζί με σημαντικές ορολογίες και τις διαφορές μεταξύ του SOAP Vs REST:

Σε αυτό Πλήρης σειρά δοκιμών API δοκιμών , εξερευνήσαμε τα πάντα Δοκιμή API στο προηγούμενο σεμινάριό μας. Πηγαίνετε σε αυτό το σεμινάριο για να εξοικειωθείτε με το WSDL και το UDDI και τον τρόπο αποθήκευσης και ορισμού μιας Υπηρεσίας Web.

Αυτό το σεμινάριο θα εξηγήσει επίσης πώς λειτουργούν οι Υπηρεσίες Web εσωτερικά όταν μια εφαρμογή πελάτη υποβάλλει ένα αίτημα. Το WSS, που είναι μια άλλη πολύ σημαντική ιδέα των υπηρεσιών SOAP, εξηγείται επίσης εδώ.

Εκμάθηση Υπηρεσιών Ιστού

Τι θα μάθετε:

Σημαντικές ορολογίες στη δοκιμή υπηρεσίας Web

Προτού αρχίσουμε να εξερευνούμε τις Υπηρεσίες Ιστού, θα πρέπει να γνωρίζουμε τους σημαντικούς όρους που χρησιμοποιούνται στη Δοκιμή Υπηρεσιών Ιστού.

Ας αρχίσουμε!!

# 1) Διαλειτουργικότητα

Οι Υπηρεσίες Ιστού υποστηρίζουν 'Διαφορετικές Εφαρμογές ενός Κώδικα'. Αυτό σημαίνει έναν γενικό κώδικα για όλες τις εφαρμογές σε διαφορετικές πλατφόρμες.

Έτσι, η διαλειτουργικότητα είναι η διαδικασία που διευκολύνει πολλαπλές εφαρμογές να επικοινωνούν με τις άλλες εφαρμογές που βρίσκονται σε διαφορετική πλατφόρμα.

# 2) Έλεγχος ταυτότητας και εξουσιοδότηση

Αυτά χρησιμοποιούνται κυρίως στις Υπηρεσίες Web SOAP. Σε γενικές γραμμές, ο έλεγχος ταυτότητας σημαίνει επικύρωση κάτι, ενώ η εξουσιοδότηση σημαίνει παροχή / κατοχή του δικαιώματος πρόσβασης σε κάτι.

Για παράδειγμα - Εάν έχω σελίδα στο Facebook, τότε μπορώ να θεωρηθώ ως επικυρωμένος χρήστης του Facebook. Ενώ, εάν έχετε το δικαίωμα να δείτε τις φωτογραφίες μου στο facebook, τότε είστε εξουσιοδοτημένος χρήστης.

Συνδυάζοντας αυτά τα δύο μπορούμε να πούμε ότι 'Όλοι οι πιστοποιημένοι χρήστες που έχουν πρόσβαση στους πόρους είναι γνωστοί ως Εξουσιοδοτημένοι Χρήστες για αυτούς τους πόρους.'

Το ίδιο συμβαίνει στις Υπηρεσίες Ιστού, δηλ. Το αναγνωριστικό χρήστη και ο κωδικός πρόσβασης που χρησιμοποιείται για τη δημιουργία του διακριτικού καλύπτει το τμήμα ελέγχου ταυτότητας και αυτό το διακριτικό που θα χρησιμοποιηθεί για την αποστολή αιτήματος στον διακομιστή ιστού καλύπτει το τμήμα εξουσιοδότησης.

# 3) Αρχιτεκτονική σε χαλαρή σύνδεση

Οι Υπηρεσίες Ιστού βασίζονται στην Αρχιτεκτονική του Loosely Coupled. Αυτό σημαίνει ότι οι διεπαφές των Web Services είναι δυναμικές (αλλαγές κατά τη διάρκεια ενός δεδομένου χρονοδιαγράμματος) στη φύση. Όμως η λογική του πελάτη δεν χρειάζεται απαραίτητα να αλλάξει ενώ αλληλεπιδρά με την υπηρεσία.

Αυτό διευκολύνει την ενσωμάτωση πολλαπλών λογισμικών με πιο αποτελεσματικό τρόπο. Αν ήταν μια αρχιτεκτονική Tightly Coupled, τότε κάθε φορά που αλλάζει η διεπαφή, η λογική του πελάτη πρέπει να αλλάζει για να το συγχρονίζει με την υπηρεσία.

# 4) Τεχνούργημα

Είναι ένας όρος που χρησιμοποιείται στις Υπηρεσίες Web για να υποδηλώσει πληροφορίες ή δεδομένα. Αυτό δεν είναι το σύνολο των δεδομένων, αλλά ένα κομμάτι πληροφοριών που μπορεί να περιλαμβάνει ένα URL ή URI, κλειδί περιβάλλοντος, κλειδί εγγράφου, ωφέλιμο φορτίο ή υποστηρικτικές εικόνες.

# 5) Τελικό σημείο

Αυτός είναι ένας πολύ κοινός όρος που χρησιμοποιείται σε κάθε αίτημα της υπηρεσίας διαδικτύου. Αυτή είναι η πλήρης διεύθυνση URL που αντιστοιχεί στην παρουσία της Υπηρεσίας Web.

Για παράδειγμα - https://www.facebook.com/imsaket -> αυτό είναι το πλήρες URL ή το τελικό σημείο που έχει το facebook.com ως διεύθυνση URL και το 'imsaket' μεταφέρεται ως κλειδί περιβάλλοντος για τον μοναδικό προσδιορισμό μιας συγκεκριμένης διεύθυνσης.

πώς να δηλώσετε μια σειρά αντικειμένων στην Java

# 6) Ανίσχυρος

Αυτό συμβαίνει στην αλληλεπίδραση πελάτη-διακομιστή στην οποία δεν έχει σημασία πόσες φορές χτυπάτε την παρουσία της υπηρεσίας και ο διακομιστής θα επιστρέφει πάντα την ίδια απόκριση στον πελάτη.

# 7) Marshalling και Demarshalling

Όπως γνωρίζουμε, η ενθυλάκωση είναι μια αρχή OOPS η οποία ορίζεται ως αναδίπλωση κώδικα και δεδομένων σε ένα. Το ίδιο συμβαίνει και στο SOAP Web Services. Όταν τυλίγουμε ή ενσωματώνουμε δεδομένα σε ωφέλιμο φορτίο (XML) για να σχηματίσουμε ένα μήνυμα SOAP και να το στείλουμε στον διακομιστή, τότε αυτή η διαδικασία ενθυλάκωσης ονομάζεται Marshalling.

Το Demarshalling είναι ακριβώς το αντίστροφο του Marshalling. Η μέθοδος αποσυμπίεσης ή αποσυσκευασίας δεδομένων και κώδικα (XML) από το μήνυμα SOAP ονομάζεται 'Demarshalling'.

Τι είναι μια υπηρεσία Ιστού;

Όπως συζητήθηκε προηγουμένως, οι Υπηρεσίες Web είναι οι υπηρεσίες που εξυπηρετούν από το ένα μηχάνημα στο άλλο μέσω ενός δικτύου.

Παράδειγμα Υπηρεσιών Ιστού: AWS (Amazon Web Services) που επιτρέπει στους διαδικτυακούς χρήστες να βλέπουν τις τιμές διαφόρων αντικειμένων που πωλούνται στο Amazon.com και στο Amazon.in

Στοιχεία των Web Services

Παρακάτω αναφέρονται τα διάφορα στοιχεία των Υπηρεσιών Ιστού.

# 1) Σαπούνι

Οι Υπηρεσίες Ιστού χρησιμοποιούν το Πρωτόκολλο Πρόσβασης Απλού Αντικειμένου (SOAP) που χρησιμοποιεί XML ως ωφέλιμο φορτίο ή σώμα αιτήματος. Αυτό είναι ένα κρατικό πρωτόκολλο καθώς δεν υπάρχει ανεξάρτητη μέθοδος για τον συγκεκριμένο τύπο λειτουργίας.

Όλα τα αιτήματα και οι απαντήσεις μεταφέρονται ταυτόχρονα μέσω XML και δεν παρέχονται ρητά ανεξάρτητες μέθοδοι όπως GET, PUT, POST ή DELETE.

# 2) WSDL

Αυτό το αίτημα σαπουνιού χρησιμοποιεί Γλώσσα περιγραφής υπηρεσιών Web (WSDL) που είναι ένα πολύ χρήσιμο στοιχείο της Υπηρεσίας Ιστού.

Αυτό καθορίζει πού βρίσκεται πραγματικά η Υπηρεσία Ιστού και επίσης τον τύπο της Υπηρεσίας Ιστού που θα ληφθεί για ένα συγκεκριμένο αίτημα. Αυτό χρησιμοποιεί ένα αρχείο XML που περιγράφει τη λειτουργικότητα της υπηρεσίας Web.

# 3) UDDI

Ένα άλλο χρήσιμο συστατικό είναι UDDI . Αυτό σημαίνει Καθολική περιγραφή Ανακάλυψη και Ενσωμάτωση. Υπάρχει ένας πάροχος υπηρεσιών που παρέχει την υπηρεσία Web. Επομένως, για έναν συγκεκριμένο πάροχο υπηρεσιών, αυτό το UDDI χρησιμοποιείται για την περιγραφή, την ανακάλυψη και τη δημοσίευση αυτών των Υπηρεσιών Ιστού.

Το UDDI είναι υπεύθυνο για την ενημέρωση ενός πελάτη (το UDDI παρέχει ένα αποθετήριο για το WSDL) όπου βρίσκεται το αρχείο XML του WSDL. Έτσι ορίζεται και περιγράφεται μια Υπηρεσία Ιστού.

# 4) XML-RPC

Δηλαδή Extensible Markup Language - Remote Process. Ένα άλλο πολύ σημαντικό στοιχείο της υπηρεσίας Web είναι το XML - RPC που είναι υπεύθυνο για την αποστολή μηνυμάτων σε όλα τα συστήματα. Τα αιτήματα και οι απαντήσεις έχουν τη μορφή XML και αποστέλλονται / λαμβάνονται μέσω του HTTP POST.

Το καλύτερο χαρακτηριστικό του XML-RPC είναι ότι μια εφαρμογή πελάτη που βρίσκεται σε διαφορετική πλατφόρμα μπορεί να επικοινωνήσει με διαφορετικό διακομιστή. Υπάρχει κάτι που ονομάζεται JSON-RPC που έχει εξηγηθεί στο τελευταίο μέρος του άρθρου, καθώς δεν αποτελεί στοιχείο μιας Υπηρεσίας Ιστού.

Η Αρχιτεκτονική μιας Υπηρεσίας Ιστού

Η αρχιτεκτονική μιας Υπηρεσίας Ιστού μπορεί να απεικονιστεί στο ακόλουθο διάγραμμα.

Αρχιτεκτονική Υπηρεσιών Ιστού

Όπως ήδη γνωρίζουμε, μια τυπική αρχιτεκτονική Υπηρεσιών Ιστού περιλαμβάνει τρεις οντότητες, δηλαδή έναν Πελάτη, έναν Διακομιστή Ιστού και ένα Διαδίκτυο για την εκτέλεση της λειτουργίας. Η λειτουργία δεν είναι παρά το αίτημα και την απόκριση στην αρχιτεκτονική πελάτη-διακομιστή.

Ο Πελάτης είναι συνήθως ένα σύνολο όλων των εφαρμογών ή των συστημάτων λογισμικού που ζητά μια Υπηρεσία Ιστού, καθιστώντας την ως Καταναλωτή υπηρεσίας.

Ο Διακομιστής Ιστού είναι ένα σύνολο όλων των εφαρμογών ή συστημάτων λογισμικού που παρέχουν Υπηρεσία Web. Κάθε υπηρεσία Web απαιτεί ένα δίκτυο για να εκτελέσει και αυτό έχει ως αποτέλεσμα την τρίτη οντότητα που ονομάζεται Διαδίκτυο.

Αυτή είναι απλώς μια επισκόπηση της αρχιτεκτονικής μιας Υπηρεσίας Ιστού.

Το διάγραμμα λειτουργίας μιας Υπηρεσίας Ιστού καθορίζεται από τα τρία στοιχεία που φαίνονται παρακάτω.

  • Αιτών υπηρεσιών (Εύρεση ())
  • Πάροχος υπηρεσιών (Δημοσίευση ())
  • Μητρώο υπηρεσιών ή αποθετήριο (Bind ())

Αυτό εξηγείται (λεπτομερώς με το διάγραμμα) στην αρχιτεκτονική της υπηρεσίας SOAP.

δωρεάν ιστότοπους anime για παρακολούθηση στο διαδίκτυο

Τύποι υπηρεσιών Ιστού

Παρακάτω περιγράφονται λεπτομερώς δύο τύποι Υπηρεσιών Ιστού.

# 1) Υπηρεσία σαπουνιών

Η υπηρεσία SOAP σημαίνει Πρωτόκολλο Πρόσβασης Απλού Αντικειμένου. Οι υπηρεσίες SOAP είναι κρατικές υπηρεσίες που χρησιμοποιούν γλώσσα XML για το σχηματισμό φακέλου. Ένας φάκελος SOAP μπορεί να περιγραφεί σε δύο τμήματα, δηλαδή ένα είναι Κεφαλίδα και σώμα σαπουνιού , το άλλο είναι το πρωτόκολλο χρησιμοποιείται για την αποστολή μηνυμάτων SOAP.

Αυτή η κεφαλίδα SOAP αποτελείται από έλεγχο ταυτότητας και εξουσιοδότηση που παρέχει πρόσβαση. Το κύριο μέρος βρίσκεται στην ενότητα ωφέλιμου φορτίου της αίτησης που χρησιμοποιεί το WSDL για να περιγράψει την υπηρεσία Web και το πρωτόκολλο είναι κυρίως HTTP (HyperText Transmission Protocol).

Ασφάλεια Υπηρεσιών Ιστού

Οι υπηρεσίες SOAP διαθέτουν ένα στρώμα SSL (Secure Socket Layer) το οποίο είναι υπεύθυνο για την αποφυγή τυχόν διαρροής δεδομένων κατά τη μετάδοση και έτσι παρέχει κρυπτογράφηση και αποκρυπτογράφηση.

Εν τω μεταξύ, οι υπηρεσίες SOAP είναι πιο ασφαλείς καθώς διαθέτει επίσης WSS (Web Services Security) που δεν εγγυάται αποκάλυψη κατά την επικοινωνία μεταξύ της υπηρεσίας και της εφαρμογής.

Όπως όλοι γνωρίζουμε, κάθε Υπηρεσία Ιστού (σε αντίθεση με το Web API), χρειάζεται ένα δίκτυο για να πραγματοποιήσει τη λειτουργία της. Έτσι, καθίσταται απαραίτητο για τις Υπηρεσίες Ιστού να παρέχουν ασφάλεια όταν συνδέονται σε δίκτυο. Ως εκ τούτου, οι Υπηρεσίες Ιστού έχουν τρεις σημαντικές οντότητες για την κάλυψη του παράγοντα ασφαλείας κατά τη μεταφορά μηνυμάτων.

  • Έλεγχος ταυτότητας και εξουσιοδότηση (Ήδη εξηγήθηκε παραπάνω).
  • Εμπιστευτικότητα: Αυτό εξαρτάται εξ ολοκλήρου από το SSL που παρέχει κρυπτογράφηση και αποκρυπτογράφηση του φακέλου SOAP.
  • Ασφάλεια δικτύου: Αυτό σημαίνει την εξαγωγή όλων των απαντήσεων SOAP και XML - RPC που λαμβάνετε από τον διακομιστή. Για παράδειγμα, Εάν πάρετε οποιοδήποτε εργαλείο Web Service όπως POSTMAN ή PARASOFT, θα διαπιστώσετε ότι κάτω από το HTTP header manager, υπάρχει η επιλογή να ορίσετε την τιμή του Content-Type. Η τιμή μπορεί να οριστεί στην εφαρμογή / JSON έτσι ώστε να εξαγάγει όλο το REST (Δεδομένου ότι οι υπηρεσίες SOAP δεν υποστηρίζουν επιλογές HTTP Header manager). Έτσι, μπορείτε να μεταβιβάσετε τον τύπο περιεχομένου: Application / XML στο a φορτίο επί πληρωμή με τη μορφή XML. Αυτό θα εξαγάγει επίσης SOAP και XML-RPC.

Αυτοί οι τρεις παράγοντες αποτελούν την Ασφάλεια Υπηρεσιών Ιστού για την αντιμετώπιση των εξωτερικών επιθέσεων.

Η Αρχιτεκτονική της υπηρεσίας SOAP

Κάθε υπηρεσία SOAP εξαρτάται από τρεις οντότητες που τελικά σχηματίζουν την αρχιτεκτονική της υπηρεσίας SOAP.

  • Πάροχος υπηρεσιών: Όλα τα συστήματα ή εφαρμογές λογισμικού που αποτελούν μέρος ή παρέχουν Υπηρεσία Web.
  • Αιτών υπηρεσιών: Όλα τα συστήματα λογισμικού ή οι εφαρμογές που αποτελούν μέρος των αιτημάτων Web Service από το Service Provider.
  • Μητρώο υπηρεσιών: Ένα μητρώο ή ένα αποθετήριο όπου όλες οι πληροφορίες σχετικά με την υπηρεσία Web παρέχονται από τον πάροχο υπηρεσιών. (Έχει ήδη συζητηθεί στο UDDI)

Εξήγηση

Αρχιτεκτονική Υπηρεσιών SOAP

Αυτές οι τρεις οντότητες αλληλεπιδρούν μεταξύ τους για να πραγματοποιήσουν μια επιτυχημένη εφαρμογή Web Service. Αυτό γίνεται σε τρεις φάσεις. Η πρώτη φάση είναι η Δημοσιεύω() φάση όπου ένας Πάροχος Υπηρεσιών τροφοδοτεί όλες τις λεπτομέρειες σχετικά με μια Υπηρεσία Ιστού σε Μητρώο Υπηρεσιών ή Αποθήκη.

Η δεύτερη φάση είναι Εύρημα() όπου ένα αίτημα υπηρεσίας κυρίως η εφαρμογή πελάτη βρίσκει τις λεπτομέρειες σχετικά με την υπηρεσία Web από ένα αποθετήριο (διαθέτει επίσης αρχείο WSDL XML). Η τελευταία φάση είναι Δεσμευτικός() όπου η εφαρμογή πελάτη ή ο Αιτών υπηρεσιών συγχρονίζεται με τον Πάροχο Υπηρεσιών για την τελική εφαρμογή της Υπηρεσίας Web.

# 2) ΥΠΟΣΤΗΡΙΞΗ εξυπηρέτησης

Το REST σημαίνει αντιπροσωπευτική κρατική μεταφορά που είναι Ανιθαγενείς Υπηρεσία.

Ονομάζεται Stateless καθώς ο Διακομιστής Web δεν αποθηκεύει πληροφορίες σχετικά με τη συνεδρία πελάτη (χρονική διάρκεια έως ότου συνδεθεί η εφαρμογή πελάτη και σε εκτέλεση) που σημαίνει ότι κάθε τύπος αιτήματος αντιμετωπίζεται και εκτελείται εύκολα με τη βοήθεια ενσωματωμένων μεθόδων REST όπως το GET, POST, CUSTOM (PUT), DELETE, HEAD και ούτω καθεξής.

καλύτερο λογισμικό για την κλωνοποίηση του σκληρού δίσκου

Πράγματι, αυτές οι μέθοδοι δεν υπάρχουν στο SOAP.

Μέθοδος ή ρήματα

Κάθε μέθοδος στο REST έχει τη σημασία της. Παρακάτω παρατίθεται η ενημέρωση για καθένα από αυτά.

  • ΠΑΙΡΝΩ: Αυτή η μέθοδος χρησιμοποιείται για την ανάκτηση των πληροφοριών που αποστέλλονται στον διακομιστή χρησιμοποιώντας οποιαδήποτε από τις μεθόδους όπως PUT ή POST. Αυτό δεν έχει σώμα αιτήματος. Η επιτυχής εκτέλεση θα σας δώσει 200 ​​αντικείμενα απόκρισης.
  • ΘΕΣΗ: Αυτή η μέθοδος χρησιμοποιείται για τη δημιουργία ενός εγγράφου ή εγγραφής χρησιμοποιώντας ένα σώμα αιτήματος, καθορισμένη διεύθυνση URL, κλειδί εγγράφου, κλειδί περιβάλλοντος, κ.λπ. Η ίδια μπορεί να ανακτηθεί χρησιμοποιώντας τη μέθοδο GET. Η επιτυχής εκτέλεση θα σας δώσει μια απάντηση 201.
  • ΒΑΖΩ: Αυτό είναι κάτω από την επιλογή CUSTOM που είναι διαθέσιμο στο POSTMAN ή το PARASOFT. Αυτή η μέθοδος χρησιμοποιείται για την ενημέρωση οποιουδήποτε εγγράφου ή εγγραφής που υπάρχει ήδη. Η επιτυχής εκτέλεση θα σας δώσει 201 ή 200 απάντηση.
  • ΔΙΑΓΡΑΦΩ: Αυτή η μέθοδος χρησιμοποιείται για τη διαγραφή οποιασδήποτε εγγραφής. Η επιτυχής εκτέλεση θα σας δώσει μια απάντηση 204 (χωρίς περιεχόμενο).

Σημείωση: Οι κωδικοί απόκρισης HTTP εξαρτώνται από τον τρόπο με τον οποίο οι προγραμματιστές κωδικοποιούν και μπορούν να χειριστούν κατά καιρούς. Έχουμε αναφέρει τους κοινούς κωδικούς απόκρισης που λαμβάνουμε από κάθε τύπο μεθόδου.

Η Αρχιτεκτονική της υπηρεσίας REST

Η αρχιτεκτονική της υπηρεσίας REST εξαρτάται από δύο οντότητες, δηλαδή τον καταναλωτή υπηρεσιών ή τον αιτούντα και τον πάροχο υπηρεσιών. Ο Καταναλωτής Υπηρεσιών είναι αυτός που χρησιμοποιεί την Υπηρεσία Ιστού και ο Πάροχος Υπηρεσιών είναι η συλλογή λογισμικού ή συστήματος που παρέχει την Υπηρεσία Ιστού.

Η εφαρμογή πελάτη που είναι συνήθως ένας καταναλωτής υπηρεσίας χρησιμοποιεί ενσωματωμένες μεθόδους REST, ένα URL ή URI, μια έκδοση HTTP και ένα ωφέλιμο φορτίο (εάν υποστηρίζεται από τη μέθοδο).

Αρχιτεκτονική υπηρεσιών REST

SOAP vs REST

Παρόλο που αυτοί οι δύο τύποι Υπηρεσιών Ιστού χρησιμοποιούνται για την εκτέλεση του αιτήματος και της απάντησης, είναι εντελώς διαφορετικοί στον τρόπο λειτουργίας τους.

Οι διαφορές τους παρατίθενται κάτω για αναφορά σας.

  • Ο φάκελος SOAP μπορεί να χρησιμοποιηθεί στο REST αλλά όχι το αντίστροφο. Π.χ. Ένα διακριτικό χρήστη που δημιουργείται στο SOAP μπορεί να μεταβιβασθεί στο αίτημα REST κάτω από τον διαχειριστή κεφαλίδας HTTP -> Εξουσιοδότηση.
  • Το SOAP είναι συνήθως πιο ασφαλές από τις υπηρεσίες REST, καθώς οι υπηρεσίες SOAP παρέχουν WSS εκτός από SSL. Αυτό το SSL υπάρχει τόσο στο SOAP όσο και στο REST.
  • Το SOAP είναι πιο αργό από το REST καθώς η επεξεργασία αιτημάτων απαιτεί περισσότερο χρόνο στο SOAP λόγω της μορφής δεδομένων XML. Το REST χρησιμοποιεί JSON το οποίο είναι πολύ ελαφρύ και έτσι το κάνει πιο γρήγορο.
  • Το SOAP δεν έχει ενσωματωμένη μέθοδο, αλλά το REST έχει GET, PUT, POST κ.λπ.
  • Το σαπούνι είναι κρατικό ενώ το REST είναι απάτριδες.
  • Τα σώματα αιτήσεων και απόκρισης σε SOAP υποστηρίζουν μόνο τη μορφή δεδομένων XML. Στο REST, τα σώματα αιτήσεων και απόκρισης υποστηρίζουν πολλές μορφές δεδομένων όπως JSON, XML, Απλό κείμενο κ.λπ.

συμπέρασμα

Αυτό το σεμινάριο Web Services εξήγησε την αρχιτεκτονική, τα στοιχεία και τους τύπους των Web Services.

Μάθαμε επίσης για τις διαφορές μεταξύ των υπηρεσιών SOAP και REST, μαζί με άλλες σημαντικές έννοιες και ορολογίες που σχετίζονται με τις υπηρεσίες Web.

Ελπίζουμε ότι αυτό το σεμινάριο σας βοήθησε να κατανοήσετε τις Υπηρεσίες Ιστού !!

Εκπαιδευτικό πρόγραμμα PREV | ΕΠΟΜΕΝΟ Φροντιστήριο

Συνιστώμενη ανάγνωση

^