7.4 Service DescriptionWhereas WS-*

7.4 Service Description
Whereas WS-* Web services rely on a standard, machine-processable,
strongly-typed XML interface description language (WSDL),
RESTful Web services have adoped a more human-oriented approach
based on informal, textual descriptions, giving developers
extensive documentation of the API of the provided service [32].
As a consequence, WSDL tools can automatically generate client
stub code for most programming languages, masking the complexity
of remotely interacting with a service. For RESTful Web services,
developers have to manually write the code to assemble the
resource URIs and correctly encode/decode the exchanged resource
representations. Having good documentation greatly helps to reduce
the amount of trial and error involved in the process, but is
no substitute for using a compiler of a “real” interface description
language. To address this shortcoming, the Web Application Description
Language (WADL [18]) was recently proposed. Also the
latest WSDL version 2.0 could be applied to describe RESTful Web
services, thanks to its more fine-grained control over the HTTP
binding and the possibility of supporting non-SOAP message encodings.
In general, having an interface description language to specify
service contracts is not only beneficial for simplifying repetitive
development tasks, but also helps to catch incompatibilities caused
by changes of service interfaces early in the development process.
Thanks to the strong typing features of WSDL, clients will break at
compile time. This would also benefit RESTful Web services, insofar
changes to the URI naming scheme11 and resource representations
are concerned, since due to the uniform interface principle
the actual set of operations applicable to a resource never changes
(as already discussed).

ผลลัพธ์ (ไทย) 1:

7.4 คำอธิบายบริการโดย WS- * เว็บบริการใช้มาตรฐาน เครื่อง processableพิมพ์ขอ XML อธิบายภาษา (WSDL),ท่องเว็บบริการได้ adoped วิธีที่มากกว่ามนุษย์แปลกตามคำอธิบายที่ไม่เป็นทางการ ข้อความ ให้นักพัฒนาเอกสารข้อมูลอย่างละเอียดของ API ของบริการให้มา [32]ผล เครื่องมือ WSDL สามารถสร้างไคลเอนต์โดยอัตโนมัติรหัสสำหรับภาษาการเขียนโปรแกรม กำบังความซับซ้อนที่สุดขั้วของการโต้ตอบกับบริการจากระยะไกล สำหรับท่องเว็บเซอร์วิสนักพัฒนาต้องเขียนรหัสเพื่อรวบรวมด้วยตนเองทรัพยากร URIs และถูกเข้ารหัส/ถอดรหัสแลกเปลี่ยนทรัพยากรใช้แทน มีเอกสารที่ดีมากช่วยลดจำนวนของการลองผิดลองถูกในกระบวนการที่เกี่ยวข้องกับ แต่เป็นทดแทนไม่ใช้คอมไพเลอร์ของคำอธิบายส่วนติดต่อ "จริง"ภาษา ที่อยู่นี้คง คำอธิบายเกี่ยวกับแอพลิเคชันเว็บล่าสุดมีเสนอภาษา (WADL [18]) นอกจากนี้การล่าสุด WSDL รุ่น 2.0 สามารถใช้อธิบายการท่องเว็บบริการ ด้วยระบบควบคุมการ HTTP ของทรายแป้งละเอียดมากผูกและสามารถสนับสนุนการเข้ารหัสข้อความ-สบู่ทั่วไป มีคำอธิบายในภาษาที่ระบุสัญญาจะไม่เป็นประโยชน์สำหรับให้ซ้ำพัฒนางาน แต่ยังช่วยให้การจับเกิดความเข้ากันไม่จากการเปลี่ยนแปลงของบริการอินเทอร์เฟซในช่วงการพัฒนาด้วยคุณลักษณะพิมพ์แข็งแกร่งของ WSDL ลูกค้าจะตัดที่เวลาคอมไพล์ นี้จะยังประโยชน์ของบริการเว็บเซอร์วิส insofarเปลี่ยนแปลง URI ที่ชื่อ scheme11 และทรัพยากรแทนมีความกังวล ตั้งแต่จากอินเทอร์เฟซที่เป็นรูปแบบหลักชุดของการดำเนินงานใช้ทรัพยากรจริงไม่เคยเปลี่ยนแปลง(เป็นการกล่าวถึง)

ผลลัพธ์ (ไทย) 2:

7.4 รายละเอียดการบริการ
ในขณะที่ WS- * บริการเว็บพึ่งพามาตรฐาน, คอมพิวเตอร์เข้าใจ,
พิมพ์อย่างยิ่งภาษารายละเอียดติดต่อ XML (WSDL),
บริการเว็บสงบได้ adoped วิธีการอื่น ๆ ของมนุษย์ที่มุ่งเน้น
อยู่บนพื้นฐานของทางการรายละเอียดเกี่ยวกับใจให้นักพัฒนา
กว้างขวาง เอกสารของ API ของการให้บริการ [32].
เป็นผลให้เครื่องมือ WSDL จะสามารถสร้างลูกค้า
รหัสต้นขั้วที่สุดสำหรับการเขียนโปรแกรมภาษากำบังความซับซ้อน
ของระยะไกลมีปฏิสัมพันธ์กับบริการ สำหรับการให้บริการเว็บสงบ,
นักพัฒนาได้ด้วยตนเองเขียนโค้ดเพื่อประกอบ
URIs ทรัพยากรและถูกต้องเข้ารหัส / ถอดรหัสทรัพยากรการแลกเปลี่ยน
การแสดง มีเอกสารที่ดีอย่างมากจะช่วยลด
ปริมาณของการทดลองและความผิดพลาดที่เกี่ยวข้องในกระบวนการ แต่
แทนการใช้คอมไพเลอร์ของ "ของจริง" รายละเอียดติดต่อไม่มี
ภาษา เพื่อแก้ไขข้อบกพร่องนี้, Web Application คำอธิบาย
ภาษา (Wadl [18]) ถูกเสนอเมื่อเร็ว ๆ นี้ นอกจากนี้
WSDL รุ่นล่าสุด 2.0 สามารถนำไปใช้อธิบายเว็บสงบ
บริการต้องขอบคุณการควบคุมที่ละเอียดยิ่งขึ้นที่ผ่าน HTTP
ผูกพันและความเป็นไปได้ในการสนับสนุนการเข้ารหัสข้อความที่ไม่ SOAP.
โดยทั่วไปมีรายละเอียดติดต่อภาษาเพื่อระบุ
สัญญาบริการ ไม่ได้เป็นเพียงเพื่อผลประโยชน์ของการลดความซับซ้อนซ้ำ
งานพัฒนา แต่ยังช่วยในการจับกันไม่ได้ก่อให้เกิด
การเปลี่ยนแปลงของการเชื่อมต่อบริการในช่วงต้นของการพัฒนา.
ขอบคุณที่คุณสมบัติการพิมพ์ที่แข็งแกร่งของ WSDL ลูกค้าจะทำลายที่
รวบรวมเวลา นอกจากนี้ยังจะได้รับประโยชน์บริการเว็บสงบตราบเท่า
เปลี่ยนแปลง URI ตั้งชื่อ scheme11 และการแสดงทรัพยากรที่
มีความกังวลเนื่องจากเนื่องจากหลักการอินเตอร์เฟซเครื่องแบบ
ชุดที่เกิดขึ้นจริงของการดำเนินงานที่ใช้บังคับกับทรัพยากรที่ไม่เคยเปลี่ยนแปลง
(ตามที่กล่าวไว้แล้ว)

ผลลัพธ์ (ไทย) 3:

7.4 รายละเอียด WS - *
ในขณะที่บริการเว็บพึ่งพามาตรฐาน เครื่อง processable
ขอพิมพ์อธิบายภาษา XML , อินเตอร์เฟซ ( wsdl )
บริการเว็บมีวิธีการพักผ่อน adoped เป็นมนุษย์
ตามทางการข้อความอธิบายให้นักพัฒนา
อย่างละเอียดเอกสาร API ที่ให้บริการ
[ 32 ] อย่างไรก็ดีเครื่องมือ wsdl โดยอัตโนมัติสามารถสร้างลูกค้า
ต้นขั้วรหัสสำหรับภาษาโปรแกรมส่วนใหญ่บัง , ความซับซ้อน
ของระยะไกลโต้ตอบกับบริการ สำหรับบริการเว็บสงบ
นักพัฒนาได้ด้วยตนเองเขียนโค้ดเพื่อประกอบ
ทรัพยากร URIs และถูกต้องเข้ารหัส / ถอดรหัสแลกเปลี่ยนทรัพยากร
ใช้แทน มีเอกสารที่ดีมากช่วยลด
จำนวนของการทดลองและข้อผิดพลาดที่เกี่ยวข้องในกระบวนการ แต่เป็น
แทนไม่ใช้คอมไพเลอร์ของ " จริง " อินเตอร์เฟซรายละเอียด
ภาษา เพื่อแก้ไขข้อบกพร่องนี้ เว็บอธิบายภาษา ( wadl
[ 18 ] ) เพิ่งเสนอ นอกจากนี้
ล่าสุด wsdl รุ่น 2.0 สามารถใช้เพื่ออธิบายเว็บเซอร์วิส
เงียบสงบขอบคุณการควบคุมอย่างละเอียดมากกว่า http
ผูกพัน และความเป็นไปได้ของสนับสนุนไม่ใช่สบู่ข้อความการเข้ารหัส .
ในทั่วไป , มีอินเตอร์เฟซภาษาคำอธิบายระบุ
สัญญาบริการไม่เพียง แต่เป็นประโยชน์ต่อระบบงานการพัฒนาซ้ำ , แต่ยังช่วยจับ incompatibilities ที่เกิดโดยการเปลี่ยนแปลงของอินเตอร์เฟซบริการก่อน

ขอบคุณ ในขั้นตอนการพัฒนา กับแข็งแรงคุณสมบัติของ wsdl พิมพ์ดีด ,ลูกค้าจะแบ่ง
การคอมไพล์ นี้จะยังประโยชน์บริการเว็บผ่อนคลายการเปลี่ยนแปลงลด
กับยูริตั้งชื่อ scheme11 และทรัพยากรตัวแทน
มีความกังวล เพราะเนื่องจากหลักการติดต่อเครื่องแบบ
ชุดจริงของการใช้ทรัพยากรที่ไม่เคยเปลี่ยน
( ตามที่กล่าวไว้แล้ว )