ผู้ร่วมให้ข้อมูลของ WordPress มองหาเส้นทางข้างหน้าสำหรับ WP REST API

ในช่วงสุดสัปดาห์ที่ผ่านมา การอภิปรายยังคงดำเนินต่อไปเกี่ยวกับทิศทางของ WP REST API เนื่องจากทั้ง Matt Mullenweg และ Ryan McCue ได้ไปที่บล็อก WordPress ของพวกเขาเพื่อชี้แจงแถลงการณ์จากการประชุมสถานะของสัปดาห์ที่แล้ว ความแตกต่างของความคิดเห็นทำให้เกิดการถกเถียงกันอย่างดุเดือดเกี่ยวกับสิ่งที่ก่อให้เกิดเสาประตูสำหรับความพร้อมของ API สำหรับแกนกลาง

ในโพสต์ชื่อ “ไก่กับไข่” Mullenweg กล่าวถึงการสนทนา WP REST API ล่าสุดในขณะที่แบ่งปันเกร็ดเล็กเกร็ดน้อยจากหนังสือที่ครอบคลุมประวัติศาสตร์จากยุคฮิปฮอปกลางทศวรรษที่ 90

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

Mullenweg เกี่ยวข้องกับข้อควรพิจารณาในการสร้างผลิตภัณฑ์สำหรับเว็บ:

มีความตึงเครียดในทุกสิ่งที่เราผลิต เส้นแบ่งระหว่าง 1.0 คือผลิตภัณฑ์ที่โดดเดี่ยวที่สุดและต่ำสุดที่ทำงานได้อยู่ที่ไหน หรือเกี่ยวกับผลิตภัณฑ์ที่น่ารักขั้นต่ำ? เรากำลังสร้างรถไม่มีเครื่องปรับอากาศหรือรถไม่มีล้อ?

'Pivot' ผ่านพ้นไปแล้ว แต่การสันนิษฐานว่าการแจกจ่ายจะแก้ปัญหาหลักบางอย่างในผลิตภัณฑ์ของคุณซึ่งใช้ไม่ได้ผลจะแย่กว่ามาก

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

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

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

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

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

“อย่างที่ฉันและคนอื่นๆ จากค่ายผู้มีส่วนร่วม/ผู้คอมมิทเตอร์พูดในแชท อาจมีจุดกึ่งกลาง” เขากล่าว “ไม่ว่าจะจบลงด้วยหน้าตาเหมือนสี่จุดปลายหลักเพียงอย่างเดียว สี่จุดปลายหลักที่มีรสชาติบางอย่าง ความเท่าเทียมกันของ XML-RPC หรือการวัดความเท่าเทียมกันของ wp-admin ก็ยังคงที่จะเห็น” เขากล่าว

ในโพสต์ที่ชื่อว่า “Progressive Enhancement with the WordPress REST API” Ryan McCue ได้สรุปวิธีการทำซ้ำแบบเต็มรูปแบบที่จะผลักดันให้มีการแจกจ่ายในตอนนี้และเปิดตัวปลายทางเพิ่มเติมในรุ่นต่อๆ ไป:

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

โพสต์ของ McCue มีรายละเอียดเพิ่มเติมเกี่ยวกับความสามารถในการตรวจจับฟีเจอร์ของ REST API ซึ่งช่วยให้นักพัฒนาตรวจหาการสนับสนุนฟีเจอร์ได้อย่างง่ายดายและสร้างในลักษณะที่เข้ากันได้กับการส่งต่อขณะรอการสนับสนุนหลัก

การกระจายคือคำตอบ?

ในระหว่างการประชุมเมื่อสัปดาห์ที่แล้ว McCue กล่าวว่าการพัฒนาโครงการต่อไปในฐานะปลั๊กอินคุณสมบัติจะทำอันตรายมากกว่าดี หาก REST API ไม่ได้รับอนุญาตให้จัดส่งโดยไม่ได้ให้การสนับสนุนทุกอย่างใน wp-admin ทีมงานจะถูกบังคับให้ทำซ้ำต่อไปเป็นปลั๊กอินคุณสมบัติในขณะเดียวกันก็แก้ไข Roadblock ที่ยากในแกนหลักของ WordPress ด้วยผู้ร่วมสนับสนุนหลักเพียงสี่รายที่ทำงานในเวลาน้อยกว่านอกเวลาในโครงการ ข้อกำหนดนี้อาจทำให้ WP REST API หยุดชะงักได้โดยไม่มีกำหนด

“เราเชื่อว่าวิธีการเพิ่มประสิทธิภาพแบบก้าวหน้าเป็นแนวทางที่ดีที่สุดสำหรับการพัฒนา API อย่างต่อเนื่อง” McCue กล่าว “การเพิ่มประสิทธิภาพแบบก้าวหน้าเป็นกระบวนทัศน์ที่โครงการ REST API จะต้องนำมาใช้ หากเป็น API ที่เราต้องการจะเพิ่ม (โดยไม่ทำลายความเข้ากันได้แบบย้อนหลัง) ในอีก 10 ปีข้างหน้า”

Mullenweg ซึ่งเป็นผู้นำแนวทางการพัฒนาซ้ำๆ ตลอดประวัติศาสตร์ของ WordPress นั้น ระวังที่จะยึดติดกับการแจกจ่ายซึ่งเป็นหนทางเดียวที่จะก้าวไปข้างหน้า

@Krogsgard ไม่มีใครต่อต้านการทำซ้ำ มันคือ: วนซ้ำในปลั๊กอินด้วยเงินเดิมพันต่ำ หรือวนซ้ำในคอร์ จัดส่งไปยังไซต์หลายสิบล้านแห่งใช่หรือไม่

– Matt Mullenweg (@photomatt) วันที่ 8 กุมภาพันธ์ 2016

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

ผู้ร่วมให้ข้อมูลยังคงพูดคุยถึงความแตกต่างของการพัฒนาแบบวนซ้ำในคอร์ เทียบกับการส่งมอบ API ที่สมบูรณ์ยิ่งขึ้น ในขณะเดียวกัน การยอมรับถูกจำกัดโดยความไม่แน่นอนรอบโครงการและความจริงที่ว่ามันยังคงมีการพึ่งพาปลั๊กอินอยู่ ยังไม่ชัดเจนว่าผู้มีส่วนร่วมของ WordPress จะเจาะลึกและผลักดันให้รวมปลายทางเข้ากับคำแนะนำของ Mullenweg หรือไม่หรือว่าพวกเขาจะใช้เวลามากขึ้นในการขัดเกลาปลายทางที่มีอยู่หรือไม่ หากทีม WP REST API จำเป็นต้องตรวจสอบให้แน่ใจว่า API สามารถรองรับการแทนที่ wp-admin ได้ มันอาจจะไม่ได้อยู่ในแกนหลักจนกว่าจะสิ้นปีนี้หรือหลังจากนั้น