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) 1:

một điểm yếu HTTP không phải là rất thích hợp để định thông thường hoặchoạt động theo định hướng phong cách của gọi một dịch vụ từ xa. Những người ủng hộ còn lạitranh luận, Tuy nhiên, rằng dịch vụ phong phú có thể Tuy nhiên được tiếp xúc bằng cách sử dụng mộtnhiều phong cách theo định hướng dữ liệu hoặc tài liệu đi qua mà HTTP là tốtphù hợp.Mặc dù cả hai kiến trúc được đang được tích cực được thông qua, họ đang vẫn cònmới đủ rằng chúng tôi chưa có các dữ liệu thực nghiệm nhiều về realworld củasử dụng. Một kiến trúc có thể đến để chiếm ưu thế, hoặc họ có thể hợp nhất trongmột cách nào đó, hoặc chúng tôi có thể nhiều rằng một kiến trúc là tốt hơn phù hợp với một sốloại ứng dụng trong khi kiến trúc khác là tốt hơn cho những người khác.Giao thức ứng dụng tùy chỉnh (WSDL, xà phòng)Kiến trúc không chính thức được gọi là xà phòng dựa trên dịch vụ WebNgôn ngữ mô tả (WSDL) và xà phòng.4Cả hai của các tiêu chuẩnđược phát hành bởi World Wide Web Consortium (W3C). Đây là kiến trúcmà mọi người thường có nghĩa là khi họ sử dụng thuật ngữ dịch vụ Webmà không có bất kỳ qualifier trước. Như các tiêu chuẩn này vẫn còn đang phát triển, chúng tôithảo luận ở đây là có hiệu quả là một bản chụp.WSDL và xà phòng là Đế đèn để xác định và thực hiệngiao thức ứng dụng và vận tải giao thức, tương ứng. Họ đang nói chungsử dụng cùng nhau, mặc dù đó là không nghiêm chỉnh cần thiết. WSDL được sử dụngđể xác định các ứng dụng-specific chi tiết như những gì hoạt động được hỗ trợ,Các định dạng dữ liệu ứng dụng gọi hoặc đáp ứng với những ngườihoạt động, và cho dù một hoạt động liên quan đến một phản ứng. Vai trò của xà phònglà để làm cho nó dễ dàng để define một giao thức giao thông với chính xác các mong muốnngữ nghĩa liên quan đến giao thức tính năng chẳng hạn như độ tin cậy và bảo mật.WSDL và xà phòng bao gồm chủ yếu của một giao thức sinhngôn ngữ. Cả hai ngôn ngữ dựa trên XML)Phần 7.1.3) với một mắtvề hướng làm specifications có thể truy cập phần mềm chẳng hạn như ngẫu nhiêntrình biên dịch và dịch vụ thư mục. Trong một thế giới của giao thức nhiều tùy chỉnh,hỗ trợ cho tự động hoá các thế hệ của hiện thực là rất quan trọng để tránhnỗ lực tự thực hiện giao thức mỗi. Hỗ trợ phần mềm

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