a weakness that HTTP is not well su

a weakness that HTTP is not well suited to the usual procedural or
operation-oriented style of invoking a remote service. REST advocates
argue, however, that rich services can nonetheless be exposed using a
more data-oriented or document-passing style for which HTTP is well
suited.
Although both architectures are being actively adopted, they are still
new enough that we don’t yet have much empirical data about their realworld
use. One architecture may come to dominate, or they may merge in
some way, or we may find that one architecture is better suited to certain
kinds of applications while the other architecture is better for others.
Custom Application Protocols (WSDL, SOAP)
The architecture informally referred to as SOAP is based on Web Services
Description Language (WSDL) and SOAP.
4
Both of these standards
are issued by the World Wide Web Consortium (W3C). This is the architecture
that people usually mean when they use the term Web Services
without any preceding qualifier. As these standards are still evolving, our
discussion here is effectively a snapshot.
WSDL and SOAP are frameworks for specifying and implementing
application protocols and transport protocols, respectively. They are generally
used together, although that is not strictly required. WSDL is used
to specify application-specific details such as what operations are supported,
the formats of the application data to invoke or respond to those
operations, and whether an operation involves a response. SOAP’s role
is to make it easy to define a transport protocol with exactly the desired
semantics regarding protocol features such as reliability and security.
Both WSDL and SOAP consist primarily of a protocol specification
language. Both languages are based on XML (
Section 7.1.3) with an eye
toward making specifications accessible to software tools such as stub
compilers and directory services. In a world of many custom protocols,
support for automating generation of implementations is crucial to avoid
the effort of manually implementing each protocol. Support software

Kết quả (Việt) 2:

một điểm yếu mà HTTP cũng không phải là phù hợp với các thủ tục thông thường hoặc
theo phong cách hoạt động theo định hướng của việc gọi một dịch vụ từ xa. Những người ủng hộ Văn
tranh luận, tuy nhiên, các dịch vụ phong phú vẫn có thể tiếp xúc sử dụng một
phong cách định hướng dữ liệu hoặc tài liệu-qua hơn mà HTTP là cũng
phù hợp.
Mặc dù cả hai kiến trúc đang được tích cực thông qua, họ vẫn còn
mới đủ mà chúng ta làm chưa có nhiều dữ liệu thực nghiệm về RealWorld họ
sử dụng. Một kiến trúc có thể đi đến thống trị, hoặc họ có thể sáp nhập vào
một cách nào đó, hoặc chúng ta có thể fi thứ mà một kiến trúc là phù hợp hơn với một số
loại ứng dụng trong khi các kiến trúc khác là tốt hơn cho những người khác.
Tùy chỉnh ứng dụng giao thức (WSDL, SOAP)
Các kiến trúc chính thức gọi là SOAP dựa trên dịch vụ Web
Description Language (WSDL) và SOAP.
4
Cả hai tiêu chuẩn
được ban hành bởi World Wide Web Consortium (W3C). Đây là kiến trúc
mà mọi người thường có nghĩa là khi họ sử dụng các dịch vụ Web hạn
mà không cần bất kỳ trước quali fi er. Như các tiêu chuẩn này vẫn đang phát triển, chúng tôi
thảo luận ở đây là có hiệu quả một snapshot.
WSDL và SOAP là các khuôn khổ cho việc xác định và thực hiện
các giao thức ứng dụng và giao thức vận chuyển, tương ứng. Chúng thường được
sử dụng cùng nhau, mặc dù đó không phải là yêu cầu nghiêm ngặt. WSDL được sử dụng
để xác định ứng dụng đặc hiệu tiết fi c như các hoạt động gì được hỗ trợ,
các định dạng của dữ liệu ứng dụng để gọi hoặc trả lời cho những
hoạt động, và cho dù một hoạt động liên quan đến một phản ứng. Vai trò của SOAP
là để làm cho nó dễ dàng để de fi ne một giao thức truyền tải chính xác với mong muốn
liên quan đến ngữ nghĩa tính năng giao thức như độ tin cậy và bảo mật.
Cả WSDL và SOAP bao gồm chủ yếu của một giao thức Speci fi cation
ngôn ngữ. Cả hai ngôn ngữ dựa trên XML (
mục 7.1.3) với một mắt
về hướng làm cho cation fi đặc hiệu có thể truy cập vào các công cụ phần mềm như vậy là stub
trình biên dịch và các dịch vụ thư mục. Trong một thế giới của nhiều giao thức tùy chỉnh,
hỗ trợ cho việc tự động thế hệ hiện thực là rất quan trọng để tránh
các nỗ lực của thủ thực hiện mỗi giao thức. Hỗ trợ phần mềm