เหตุใดจึงจำเป็นและไม่ใส่ก็ได้ถูกลบใน Protocol Buffers 3

ฉันเพิ่งใช้gRPCกับproto3และฉันสังเกตเห็นว่าrequiredและoptionalถูกลบในไวยากรณ์ใหม่

ใครบ้างกรุณาอธิบายว่าทำไมลบ / จำเป็นต้องใช้จะถูกลบใน proto3 ข้อ จำกัด ประเภทนี้ดูเหมือนจะจำเป็นเพื่อให้คำจำกัดความแข็งแกร่ง

ไวยากรณ์ proto2:

message SearchRequest {
  required string query = 1;
  optional int32 page_number = 2;
  optional int32 result_per_page = 3;
}

ไวยากรณ์ proto3:

syntax = "proto3";
message SearchRequest {
  string query = 1;
  int32 page_number = 2;
  int32 result_per_page = 3;
}

ประโยชน์ของrequiredการเป็นหัวใจของการถกเถียงและสงครามเปลวไฟ ค่ายใหญ่มีอยู่ทั้งสองด้าน ค่ายหนึ่งชอบรับประกันว่ามีคุณค่าอยู่และยินดีที่จะอยู่กับข้อ จำกัด ของมัน แต่ค่ายอื่น ๆ รู้สึกว่าrequiredเป็นอันตรายหรือไม่ช่วยเหลือเนื่องจากไม่สามารถเพิ่มหรือเอาออกได้อย่างปลอดภัย

ให้ฉันอธิบายเหตุผลเพิ่มเติมว่าทำไมrequiredควรใช้ฟิลด์อย่างไม่ จำกัด หากคุณใช้โปรโตแล้วคุณไม่สามารถเพิ่มฟิลด์ที่ต้องการได้เพราะแอปพลิเคชันเก่าจะไม่ให้ฟิลด์นั้นและแอปพลิเคชันโดยทั่วไปไม่สามารถจัดการกับความล้มเหลวได้ดี คุณสามารถตรวจสอบให้แน่ใจว่าแอปพลิเคชันเก่าทั้งหมดได้รับการอัปเกรดก่อน แต่สามารถทำผิดได้ง่ายและไม่ช่วยถ้าคุณเก็บโปรโตในที่เก็บข้อมูลใด ๆ (แม้อายุสั้นเช่น memcached) สถานการณ์แบบเดียวกันนี้ใช้เมื่อลบฟิลด์ที่ต้องการ

ฟิลด์ที่ต้องกรอกจำนวนมากจำเป็นต้องมี "ชัดเจน" จนกระทั่ง ... พวกเขาไม่ได้ สมมติว่าคุณมีidเขตข้อมูลสำหรับGetวิธีการ นั่นคือเห็นได้ชัดต้อง ยกเว้นภายหลังคุณอาจจำเป็นต้องเปลี่ยนidจาก int เป็นสตริงหรือ int32 เป็น int64 ที่ต้องเพิ่มmuchBetterIdเขตข้อมูลใหม่และตอนนี้คุณถูกทิ้งไว้กับidเขตข้อมูลเก่าที่จะต้องระบุ แต่ในที่สุดก็จะถูกละเว้นอย่างสมบูรณ์

เมื่อรวมสองปัญหาเข้าด้วยกันจำนวนrequiredฟิลด์ที่เป็นประโยชน์จะมี จำกัด และค่ายโต้เถียงกันว่ามันยังมีคุณค่าหรือไม่ ฝ่ายตรงข้ามrequiredไม่จำเป็นต้องขัดกับความคิด แต่เป็นรูปแบบปัจจุบัน บางคนแนะนำให้พัฒนาไลบรารีการตรวจสอบที่มีความหมายมากขึ้นซึ่งสามารถตรวจสอบrequiredพร้อมกับสิ่งที่ก้าวหน้ากว่าเช่นname.length > 10เดียวกันในขณะเดียวกันก็ต้องแน่ใจว่ามีโมเดลความล้มเหลวที่ดีกว่า

Proto3 โดยรวมดูเหมือนจะชอบความเรียบง่ายและrequiredการลบนั้นง่ายกว่า แต่อาจจะน่าเชื่อถือมากขึ้นการลบrequiredความรู้สึกที่เหมาะสมสำหรับ proto3 เมื่อรวมกับคุณสมบัติอื่น ๆ เช่นการลบการมีอยู่ของฟิลด์สำหรับการพื้นฐานและการลบค่าเริ่มต้นที่แทนที่

ฉันไม่ได้เป็นนักพัฒนา protobuf และฉันก็ไม่ได้มีอำนาจในเรื่อง แต่ฉันก็ยังหวังว่าคำอธิบายจะเป็นประโยชน์

คุณสามารถหาคำอธิบายในปัญหาprotobuf Github นี้ :

เราปล่อยเขตข้อมูลที่ต้องการใน proto3 เนื่องจากเขตข้อมูลที่ต้องการโดยทั่วไปถือว่าเป็นอันตรายและเป็นการละเมิดความหมายของความเข้ากันได้ของ protobuf แนวคิดทั้งหมดของการใช้ protobuf คือช่วยให้คุณสามารถเพิ่ม / ลบฟิลด์ออกจากข้อกำหนดโพรโทคอลของคุณในขณะที่ยังคงเข้ากันได้อย่างสมบูรณ์ / ย้อนหลังเข้ากันได้กับไบนารีใหม่ / เก่า ช่องที่จำเป็นจะต้องใช้วิธีนี้ คุณไม่สามารถเพิ่มเขตข้อมูลที่ต้องการลงในคำจำกัดความ. proto อย่างปลอดภัยและคุณไม่สามารถลบเขตข้อมูลที่ต้องการที่มีอยู่ได้อย่างปลอดภัยเนื่องจากการกระทำทั้งสองอย่างนี้ทำให้การเข้ากันได้ของสาย ตัวอย่างเช่นถ้าคุณเพิ่มเขตข้อมูลที่ต้องการลงในคำจำกัดความ. proto ไบนารีที่สร้างขึ้นด้วยคำจำกัดความใหม่จะไม่สามารถแยกวิเคราะห์ข้อมูลที่เป็นอนุกรมโดยใช้คำนิยามเก่าได้เนื่องจากเขตข้อมูลที่ต้องการไม่มีอยู่ในข้อมูลเก่า ในระบบที่ซับซ้อนที่ไหน คำจำกัดความโปรโตมีการใช้งานร่วมกันอย่างกว้างขวางในองค์ประกอบต่าง ๆ ของระบบการเพิ่ม / ลบฟิลด์ที่ต้องการสามารถนำมาลงหลายส่วนของระบบได้อย่างง่ายดาย เราได้เห็นปัญหาการผลิตที่เกิดจากหลาย ๆ ครั้งและมันถูกแบนมากทุกที่ใน Google เพื่อให้ทุกคนสามารถเพิ่ม / ลบฟิลด์ที่ต้องการ ด้วยเหตุนี้เราจึงลบฟิลด์ที่จำเป็นทั้งหมดใน proto3

หลังจากการลบ "จำเป็น", "ตัวเลือก" เป็นเพียงการสำรองเพื่อให้เราลบ "ตัวเลือก" เช่นกัน