Protocol buffers are Google’s langu

Protocol buffers are Google’s language-neutral, platform-neutral, extensible mechanism
for serializing structured data. Google invented protocol buffers as a refinement
to deficiencies their coders found in both XML and JSON.9
The major refinement of protocol buffers has been to make XML smaller and denser
through the use of a binary encoding. One of the downsides to using XML is that while
it is presented in a human-readable format, it is quite verbose in terms of the amount
of characters that need to be transmitted to convey the same information that one would
with a comparative binary format. This in fact was one of the arguments against using
NETCONF (versus SNMP) in the early days of NETCONF. Recall that we discussed the
relative merits of these earlier, and one of those was the speed at which SNMP could
process requests due to its compact, binary format. While it was in a compact format,
searching for which information to act on could take considerable time. Approaches
such as those in protocol buffers do not necessarily suffer from either limitation. However,
in general, the question one has to ask when comparing these approaches is
whether or not the compactness outweighs the ability for humans to quickly inspect
and understand the text. One way to help decide is whether or not the format will be
used for internal or external APIs. In general, the consensus seems to be that it’s a good
idea to use binary-encoded APIs only for internally consumed APIs and use humanreadable
ones (i.e., XML, JSON, etc.) for public-facing ones.

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

บัฟเฟอร์โปรโตคอลของ Google เป็นภาษากลางซึ่งเป็นแพลตฟอร์มที่เป็นกลางกลไกการขยาย
สำหรับ serializing ข้อมูลที่มีโครงสร้าง Google คิดค้นบัฟเฟอร์โปรโตคอลเป็นการปรับแต่ง
บกพร่องที่พบในทั้ง XML และ JSON.9 โคดของพวกเขา
การปรับแต่งที่สำคัญของบัฟเฟอร์โปรโตคอลได้รับการทำ XML ขนาดเล็กและหนาแน่น
ผ่านการใช้การเข้ารหัสไบนารี หนึ่งในข้อเสียในการใช้ XML คือในขณะที่
จะนำเสนอในรูปแบบที่มนุษย์สามารถอ่านได้มันเป็นเรื่องละเอียดมากในแง่ของจำนวนเงิน
ของตัวละครที่จะต้องส่งในการถ่ายทอดข้อมูลที่เหมือนกันว่าจะ
มีรูปแบบไบนารีเปรียบเทียบ ในความเป็นจริงนี้เป็นหนึ่งในการขัดแย้งกับการใช้
netconf (เทียบกับ SNMP) ในวันแรกของการ netconf จำได้ว่าเรากล่าวถึง
ญาติเหล่านี้ก่อนหน้านี้และหนึ่งในนั้นคือความเร็วที่ SNMP สามารถ
ประมวลผลการร้องขอเนื่องจากมีขนาดกะทัดรัด, รูปแบบไบนารี ขณะที่มันเป็นในรูปแบบที่มีขนาดกะทัดรัดและ
การค้นหาข้อมูลที่จะกระทำในอาจจะใช้เวลามาก วิธีการ
ดังกล่าวเป็นผู้ที่อยู่ในบัฟเฟอร์โปรโตคอลไม่จำเป็นต้องทนทุกข์ทรมานจากข้อ จำกัด อย่างใดอย่างหนึ่ง แต่
โดยทั่วไปคำถามหนึ่งที่มีการถามเมื่อเปรียบเทียบกับวิธีการเหล่านี้เป็น
หรือไม่เป็นปึกแผ่นเมื่อเทียบกับความสามารถในการที่มนุษย์ได้อย่างรวดเร็วตรวจสอบ
และเข้าใจข้อความ วิธีหนึ่งที่จะช่วยในการตัดสินใจหรือไม่รูปแบบจะถูก
นำมาใช้สำหรับ API ภายในหรือภายนอก โดยทั่วไปฉันทามติที่ดูเหมือนว่าจะเป็นไปได้ว่ามันเป็นความดี
ความคิดที่จะใช้ API ไบนารีที่เข้ารหัสเฉพาะสำหรับ API การบริโภคภายในและใช้ humanreadable
คน (เช่น, XML, JSON, ฯลฯ ) สำหรับคนที่สาธารณะ

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

buffers是谷歌的协议，platform-neutral language-neutral，扩展机制序列化数据，谷歌发明的协议。网络作为一refinement buffers他们发现在两个deficiencies和JSON.9 XML编码主要buffers refinement）的协议已被smaller和密集的XML数据到通过使用一个二进制编码的缺点。一是在使用XML来这这是在一个human-readable presented格式，这是很冗长的方式在amount这是你需要的信息传播到一个convey是相同的吗？比较与一个二进制格式。这是一个在对事实的arguments使用与NETCONF（SNMP）在早期是NETCONF days of召回我们的讨论。这些earlier相对值得一说的，这是由在一定速度，SNMP由于其紧凑的要求中，对二进制格式。而在一个紧凑的格式，它是在信息搜索行为，这可能对considerable Approaches看时间。为那些在如buffers不要necessarily suffer协议。然而，从either limitation在一个有一般，保持对这些都是comparing approaches问一个紧凑的whether outweighs能力或不到，humans inspect快速。一个这样的文本和了解。whether to help格式来决定是或不会的使用时，在内部或外部API。一般的共识似乎是，它是一个很好的。”使用API来binary-encoded想法不仅为internally consumed使用API和humanreadableones（例如，XML，JSON，public-facing ones，等）。