each message. The size of messages

each message. The size of messages can be reduced by transmitting
just the parts of a state that are of interest (e.g., just the parts that are
being modified). And, because Web Services share a single protocol and
address space with other web resources, parts of states can be passed by
reference—by URI—even when they are other Web Services.
This approach is best summarized as a data-oriented or documentpassing
style, as opposed to a procedural style. Defining an application
protocol in this architecture consists of defining the document structure
(i.e., the state representation). XML and the lighter-weight JavaScript
Object Notation (JSON) are the most frequently used presentation languages
(
Section 7.1) for this state. Interoperability depends on agreement,
between a Web Service and its client, on the state representation. Of
course, the same is true in the SOAP architecture; a Web Service and its
client have to be in agreement on payload format. The difference is that
in the SOAP architecture interoperability additionally depends on agreement
on the protocol; in the REST architecture, the protocol is always
HTTP, so that source of interoperability problems is eliminated.
One of the selling features of REST is that it leverages the infrastructure
that has been deployed to support the Web. For example, Web proxies can enforce security or cache information. Existing content distribution
networks (CDNs) can be used to support RESTful applications.
In contrast with WSDL/SOAP, the Web has had time for standards to
stabilize and to demonstrate that it scales very well. It also comes with
some security in the form of Secure Socket Layer (SSL)/Transport Layer
Security (TLS). The Web and REST may also have an advantage in evolvability.
Although the WSDL and SOAP frameworks are highly flexible with
regard to what new features and bindings can go into the definition
of a protocol, that flexibility is irrelevant once the protocol is defined.
Standardized protocols such as HTTP are designed with a provision for
being extended in a backward-compatible way. HTTP’s own extensibility
takes the form of headers, new methods, and new content types.
Protocol designers using WSDL/SOAP need to design such extensibility
into each of their custom protocols. Of course, the designers of state

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

mỗi thư. Kích thước của tin nhắn có thể được giảm bằng cách truyềnchỉ cần các bộ phận của một quốc gia được quan tâm (ví dụ như, chỉ những phần mà làlà modified). Và, bởi vì dịch vụ Web chia sẻ một giao thức duy nhất vàđịa chỉ không gian với các nguồn tài nguyên web, các bộ phận của tiểu bang có thể được thông quatham khảo-bởi URI — ngay cả khi họ là dịch vụ Web khác.Cách tiếp cận này là tốt nhất tóm tắt như là một dữ liệu theo định hướng hoặc documentpassingphong cách, như trái ngược với một phong cách thủ tục. Defining ứng dụnggiao thức kiến trúc này bao gồm defining cấu trúc tài liệu(tức là, nhà nước đại diện). XML và trọng lượng nhẹ hơn JavaScriptĐối tượng ký hiệu (JSON) là ngôn ngữ được sử dụng thường xuyên nhất trình bày(Phần 7,1) cho tình trạng này. Khả năng tương tác phụ thuộc vào thỏa thuận,giữa một dịch vụ Web và các khách hàng, trên đại diện nhà nước. CủaTất nhiên, đó là thật sự trong kiến trúc xà phòng; một dịch vụ Web và của nókhách hàng có trong thỏa thuận về định dạng tải trọng chiến đấu. Sự khác biệt làtrong xà phòng khả năng tương tác kiến trúc ngoài ra phụ thuộc vào thỏa thuậntrên giao thức; kiến trúc còn lại, các giao thức là luôn luônHTTP, do đó, rằng nguồn gốc của vấn đề khả năng tương tác được loại bỏ.Một trong những tính năng bán phần còn lại là rằng nó thúc đẩy cơ sở hạ tầngmà đã được triển khai để hỗ trợ các trang Web. Ví dụ, các proxy Web có thể thi hành bảo mật hoặc thông tin bộ nhớ cache. Phân phối nội dung sẵn cómạng (CDNs) có thể được sử dụng để hỗ trợ ứng dụng yên tĩnh.In contrast with WSDL/SOAP, the Web has had time for standards tostabilize and to demonstrate that it scales very well. It also comes withsome security in the form of Secure Socket Layer (SSL)/Transport LayerSecurity (TLS). The Web and REST may also have an advantage in evolvability.Although the WSDL and SOAP frameworks are highly flexible withregard to what new features and bindings can go into the definitionof a protocol, that flexibility is irrelevant once the protocol is defined.Standardized protocols such as HTTP are designed with a provision forbeing extended in a backward-compatible way. HTTP’s own extensibilitytakes the form of headers, new methods, and new content types.Protocol designers using WSDL/SOAP need to design such extensibilityinto each of their custom protocols. Of course, the designers of state

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

mỗi tin nhắn. Các kích thước của tin nhắn có thể được giảm bằng cách truyền
chỉ một phần của một nhà nước được quan tâm (ví dụ, chỉ cần những phần đang
là Modi fi ed). Và, bởi vì dịch vụ Web chia sẻ một giao thức duy nhất và
không gian địa chỉ với nguồn tài nguyên web khác, các bộ phận của các quốc gia có thể được thông qua bằng cách
tham chiếu bởi URI-ngay cả khi họ là dịch vụ Web khác.
Cách tiếp cận này là tốt nhất tóm tắt như một định hướng dữ liệu hoặc documentpassing
phong cách , như trái ngược với một phong cách thủ tục. De fi ning một ứng dụng
giao thức trong cấu trúc này bao gồm de fi hoạch cấu trúc tài liệu
(ví dụ, các đại diện nhà nước). XML và nhẹ hơn trọng lượng JavaScript
Object Notation (JSON) là ngôn ngữ trình bày thường xuyên sử dụng nhất
(
Phần 7.1) cho nhà nước này. Khả năng tương tác phụ thuộc vào thỏa thuận,
giữa một dịch vụ Web và khách hàng của mình, trên đại diện nhà nước. Trong số
tất nhiên, điều này cũng đúng trong kiến trúc SOAP; Dịch vụ Web và nó
khách hàng phải được thỏa thuận về định dạng payload. Sự khác biệt là
ở khả năng tương tác kiến trúc SOAP thêm phụ thuộc vào thỏa thuận
về các giao thức; trong kiến trúc REST, các giao thức luôn là
HTTP, do đó nguồn gốc của vấn đề tương thích là loại bỏ.
Một trong những tính năng bán hàng của REST là nó tận dụng được cơ sở hạ tầng
đã được triển khai để hỗ trợ Web. Ví dụ, proxy Web có thể thực thi bảo mật hoặc bộ nhớ cache thông tin. Hiện phân phối nội dung
mạng (CDN) có thể được sử dụng để hỗ trợ các ứng dụng RESTful.
Ngược lại với WSDL / SOAP, các trang web đã có thời gian cho các tiêu chuẩn để
ổn định và để chứng minh rằng nó quy mô rất tốt. Nó cũng đi kèm với
một số bảo mật trong các hình thức Secure Socket Layer (SSL) / Transport Layer
Security (TLS). Các Web và REST cũng có thể có một lợi thế trong evolvability.
Mặc dù khuôn khổ WSDL và SOAP là cao fl exible với
đối với những tính năng mới và các ràng buộc có thể đi vào trong định nghĩa fi de
của một giao thức, mà fl exibility là không thích hợp khi các giao thức là de fi ned.
giao thức chuẩn hóa chẳng hạn như HTTP được thiết kế với một điều khoản cho
được mở rộng một cách tương thích ngược. Mở rộng của HTTP của
có dạng của tiêu đề, phương pháp mới, và các loại nội dung mới.
thiết kế giao thức sử dụng WSDL / SOAP cần phải thiết kế mở rộng như vậy
vào mỗi giao thức tùy chỉnh của họ. Tất nhiên, các nhà thiết kế của nhà nước