GraphQL แตกต่างจาก REST API อย่างไร

เฮ้! หากคุณอยู่ในโลกแห่ง API คุณคงเคยได้ยินทั้ง GraphQL และ REST API มาก่อน ฉันเป็นซัพพลายเออร์ API และฉันได้เห็นโดยตรงแล้วว่าเทคโนโลยีทั้งสองนี้ทำงานอย่างไร ในบล็อกนี้ ฉันจะแจกแจงว่า GraphQL แตกต่างจาก REST API อย่างไร และเหตุใดจึงอาจมีความสำคัญสำหรับคุณ

ก่อนอื่น เรามาพูดถึง REST API กันก่อน REST ซึ่งย่อมาจาก Representational State Transfer มีมานานแล้วและได้กลายเป็นมาตรฐานสำหรับการสร้าง Web API มันขึ้นอยู่กับสถาปัตยกรรมที่ค่อนข้างเรียบง่าย คุณมีทรัพยากร ซึ่งเหมือนกับชิ้นส่วนข้อมูลหรือบริการ และคุณโต้ตอบกับทรัพยากรเหล่านี้โดยใช้วิธี HTTP มาตรฐาน เช่น GET, POST, PUT และ DELETE

ตัวอย่างเช่น หากคุณเป็นซัพพลายเออร์ API เช่นฉัน และคุณต้องการส่งคืนรายการผลิตภัณฑ์ให้กับลูกค้า คุณน่าจะมีอุปกรณ์ปลายทางเช่น/สินค้า- ลูกค้าจะส่งคำขอ GET ไปยังตำแหน่งข้อมูลนี้ และในทางกลับกัน พวกเขาจะได้รับรายการผลิตภัณฑ์ เป็นวิธีการทำงานที่ตรงไปตรงมา เข้าใจและนำไปปฏิบัติได้ง่าย โดยทั่วไปข้อมูลจะถูกส่งกลับในรูปแบบเช่น JSON หรือ XML

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

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

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

ตอนนี้ เรามาเปลี่ยนเกียร์และพูดคุยเกี่ยวกับ GraphQL กันดีกว่า GraphQL ได้รับการพัฒนาโดย Facebook และเป็นภาษาคิวรีสำหรับ API สิ่งที่ทำให้แตกต่างจาก REST คือทำให้ไคลเอ็นต์สามารถควบคุมข้อมูลที่ได้รับได้มากขึ้น

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

{ สินค้า { ชื่อราคา } }

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

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

GraphQL ยังมีชุมชนที่เข้มแข็งและระบบนิเวศที่กำลังเติบโต มีเครื่องมือมากมายสำหรับการสร้าง การทดสอบ และการแก้ไขข้อบกพร่อง GraphQL API ช่วยให้นักพัฒนาทำงานร่วมกับ GraphQL และรวมเข้ากับโปรเจ็กต์ของตนได้ง่ายขึ้น

แต่ GraphQL ก็ไม่ใช่แสงแดดและสายรุ้งทั้งหมดเช่นกัน หนึ่งในความท้าทายของ GraphQL คือการแคช เนื่องจากการสืบค้นมีความเฉพาะเจาะจงและไม่ซ้ำกัน การแคชคำตอบจึงไม่ตรงไปตรงมาเหมือนกับที่ใช้กับ REST API สิ่งนี้อาจทำให้เกิดปัญหาด้านประสิทธิภาพได้หากมีการร้องขอข้อมูลเดียวกันหลายครั้ง

ข้อเสียเปรียบอีกประการหนึ่งคือ GraphQL อาจซับซ้อนกว่าในการตั้งค่าและบำรุงรักษาเมื่อเปรียบเทียบกับ REST API คำจำกัดความของสคีมาและการเขียนแบบสอบถามจำเป็นต้องมีความรู้และประสบการณ์เพิ่มขึ้นอีกเล็กน้อย และหาก API ของคุณค่อนข้างเรียบง่าย การใช้ GraphQL อาจเกินความจำเป็น

แล้วคุณควรเลือกอันไหน? มันขึ้นอยู่กับความต้องการเฉพาะของคุณ หากคุณมี API แบบธรรมดาที่ไม่ต้องการการปรับแต่งมากนักในการดึงข้อมูล และประสิทธิภาพผ่านการแคชมีความสำคัญสูงสุด REST API อาจเป็นทางเลือกที่เหมาะสม ในทางกลับกัน หากลูกค้าของคุณต้องการความยืดหยุ่นมากขึ้นในการรับข้อมูลที่ต้องการ และคุณยินดีที่จะจัดการกับความท้าทายของการแคชและความซับซ้อน GraphQL อาจเหมาะสมกว่า

ในฐานะซัพพลายเออร์ API เรานำเสนอ API คุณภาพสูงที่หลากหลาย เช่นLappaconitine Hydrobromide คุณภาพสูงสุด, C32H45BrN2O8, CAS: 97792-45-5-CAS:58-63-9,ผงอิโนซีนเกรดสูงสุด,ไฮโปแซนทีน, และอัลเบนดาโซลคุณภาพดี, CAS: 54965-21-8, C12H15N3O2S- ไม่ว่าคุณจะชอบ REST หรือ GraphQL เราสามารถช่วยคุณผสานรวมโซลูชัน API ที่เหมาะสมสำหรับธุรกิจของคุณได้

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

อ้างอิง

• Richardson, L. และ Ruby, S. (2007) บริการเว็บ RESTful โอ ไรลีย์ มีเดีย
• แบบเบจ, เอส. (2020). GraphQL ในการใช้งานจริง สิ่งพิมพ์แมนนิ่ง