ฉันเองไม่ได้ใช้เฟรมเวิร์ก / ไลบรารี QP เนื่องจากใบอนุญาต GPL ในเวลานั้นฉันไม่คิดว่านายจ้างของฉันพร้อมที่จะกระอักแป้งสำหรับฉันที่จะทดสอบกับ HSM (เครื่องลำดับขั้นรัฐ) โดยใช้ QP ฉันต้องใช้ตัวเองที่คล้ายกับ QP เมื่อฉันทำการปรับสภาพเครื่องอันยิ่งใหญ่ที่ใช้โค้ดหลายร้อยบรรทัดเช่นตัวอย่างของ Joby แต่คูณ 1,000 การออกแบบเก่าที่ยืมมาเพื่อให้ฟีเจอร์ทำงานได้ตามกำหนด เป็นความเจ็บปวดสาหัสในการรักษา ฉันกลัวที่จะเพิ่มสิ่งใหม่ ๆ ลงไปเพราะกลัวว่าจะทำอย่างอื่น
ฉันออกแบบรหัสใหม่เป็น HSM ซึ่งทำให้ฉันรู้สึกเป็นส่วนตัวมากขึ้นว่าระบบควรทำงานอย่างไร มันใช้งานได้ดีเกินกว่าที่ฉันจะจินตนาการได้ มันง่ายกว่ามากในการปรับเปลี่ยนและดูแลรักษาจากนั้นฉันก็สามารถฝันได้ ฉันต้องทำซ้ำเกือบเครื่องรัฐเนื่องจากพฤติกรรมที่ไม่คาดคิดในระบบ มันง่ายกว่ามากในการแก้ไขด้วยเฟรมเวิร์กที่ฉันทำและฉันแน่ใจว่ามันจะง่ายเหมือนใน QP เฟรมเวิร์กที่ฉันสร้างกลายเป็นที่นิยมและแพร่กระจายไปยังเครื่องสถานะที่ซับซ้อนอื่น ๆ ภายในโค้ดเบสของเรา
ฉันมีเพื่อนที่ใช้กรอบควอนตัมโดยใช้ Java ในหุ่นยนต์ที่ทำงานได้ค่อนข้างดี มันเป็นส่วนหนึ่งของอัลกอริทึมการตัดสินใจของหุ่นยนต์ตามปัจจัยการผลิตบางอย่าง มันเป็นแบบธรรมชาติที่ได้รับการตัดสินใจที่จะต้องขึ้นอยู่กับสถานะของหุ่นยนต์
สิ่งที่ฉันเข้าใจเกี่ยวกับความสวยงามของ QP คือความสามารถในการมีกรอบพร้อมสำหรับการออกแบบเครื่องรัฐที่ปรับให้เหมาะสมสำหรับโปรเซสเซอร์ของคุณและไม่ต้องพึ่งพาเครื่องมือ CASE ที่พ่นรหัสสำเร็จรูปที่ไม่มีประสิทธิภาพ แต่ฉันจะใช้ QP ก็ต่อเมื่อคุณมีชุดของชุดเครื่องที่ซับซ้อนเพื่อใช้ในการอธิบายการออกแบบของคุณ
ถ้าทุกสิ่งที่คุณมีเป็นเรื่องง่ายเหมือนตัวอย่างของ Joby ให้ทำอย่างที่เขาอธิบาย แต่ถ้าคุณพบว่าเครื่องรัฐของคุณเติบโตและเติบโตด้วยคำสั่ง "ถ้าอื่น" ทุกชนิดที่ล้อมรอบเงื่อนไขที่แตกต่างกัน ... จากนั้นอาจถึงเวลาที่จะลอง QP เพื่อแบ่งมันออกเป็น HSM