เคล็ดลับสำหรับการใช้กลไกการค้นหา MMO?

คุณควรแนะนำเครื่องมือรูปแบบหรือแนวทางปฏิบัติที่ดีที่สุดในการปรับใช้กลไกการค้นหาที่ระบุด้านล่างนี้

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

ที่ต้องการ:

• ง่าย 2D mmo (rpg)
• ข้อมูลเกมทั้งหมดรวมถึงเควสจะถูกเก็บไว้ในฐานข้อมูลเชิงสัมพันธ์
• เหตุการณ์ใด ๆ ในเกมสามารถกระตุ้นการแสวงหาใหม่สำหรับผู้เล่นหรือความก้าวหน้าของภารกิจที่มีอยู่
• การสืบเสาะสามารถมีเงื่อนไขตามจำนวนที่ต้องการก่อนที่ผู้เล่นจะสามารถทำภารกิจได้
• เควสสามารถประกอบด้วยเควสย่อย / ขั้นตอนจำนวนเท่าใดก็ได้พร้อมเงื่อนไขโดยพลการ

• ภารกิจจะมีตั้งแต่ง่าย ๆ :

  คุยกับ A - kill 5 B - คุยกับ A - เพิ่มสุขภาพอย่างถาวร

• ค่อนข้างเกี่ยวข้อง:

  ใช้ไอเท็มในพื้นที่ X - ไปที่พื้นที่ Y - บอทจะวางไข่ - ฆ่าบอทโดยไม่ได้รับความเสียหายมากกว่า 10% - บอทดรอปไอเทม - รับไอเทม - ปลดล็อกพอร์ทัล - ส่งไอเท็มไปยัง J หลังพอร์ทัล - รับทองคำและประสบการณ์ อนุญาตให้ผ่านพอร์ทัลอีกครั้ง - ล็อคพอร์ทัลสำหรับผู้เล่นนี้

• อินสแตนซ์ระดับเป็นไปได้ (ผู้เล่นสามารถทำภารกิจบางอย่างให้เสร็จในทีมหรือการแยกซึ่งจะวางตำแหน่งระดับสำหรับผู้เข้าร่วมเหล่านั้น)

• เควสควรจัดการได้ดีกว่าโดยใช้เครื่องมือแก้ไขโลกโดยไม่ต้องมีความรู้ด้านการเขียนสคริปต์หรือการเขียนโปรแกรม ( แก้ไข:ไม่สนับสนุนการทำสคริปต์โดยทั่วไป)
• ฉันถือว่า C ++ เป็นภาษาของการใช้งาน

ฉันคิดว่าถ้าฉันสามารถรวมเหตุการณ์และเงื่อนไขใด ๆ เราสามารถสร้างแบบจำลองที่ซับซ้อนมากขึ้นและอาจมีส่วนร่วมมากขึ้น ฉันทดลองใช้การหมุนเครื่องยนต์ ECA (กิจกรรม - เงื่อนไข - การกระทำ) ของตัวเอง แต่นั่นอาจจะเกินกำลัง เป็นการยากที่จะจำลองแบบเงื่อนไขทั่วไปโดยไม่ใช้สคริปต์ชนิดใด ๆ

ก่อนคำเตือนแล้วคำแนะนำบางอย่าง

ครั้งล่าสุดที่ฉันต้องใช้ระบบเช่นนี้ฉันไม่ได้ใช้เอนจิ้นสำหรับแอพพลิเคชั่นที่เหมือน MMO ระบบเควสที่ส่งมาพร้อมนั้นเหมาะสำหรับผู้เล่นเดี่ยวที่พยายามและไม่สามารถใช้งานได้

ในที่สุดฉันก็ต้องเขียนสคริปต์เกี่ยวกับวัตถุทั้งหมดที่เกี่ยวข้องกับเควสด้วยมือไม่มากก็น้อยเช่นนี้ (pseudocode):

Lever004_on_activate() {
    if isOnQuest(player, QUEST_0012) do_something();
    if isOnQuest(player, QUEST_0015) do_something_else();
}

นี่คือฝันร้ายที่สมบูรณ์ ไม่มีวิธีที่จะคิดออกว่าเควสต์ทำงานอย่างไรโดยไม่ต้องไล่ให้หมดไปตลอดเกม อย่าทำอย่างนี้.

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

หากคุณต้องการคุณสามารถสร้างคลังสคริปต์ / เทมเพลตสคริปต์ในโปรแกรมแก้ไขโลกของคุณสำหรับเหตุการณ์ทั่วไป (ผู้เล่นพูดคุยกับ NPC ผู้เล่นฆ่าม็อบ ฯลฯ )

ฉันจะไม่กังวลมากเกินไปเกี่ยวกับประสิทธิภาพของสคริปต์ตราบใดที่คุณไม่ได้เรียกสคริปต์เหตุการณ์ของคุณบ่อยเกินไป ตามกฎของหัวแม่มือสคริปต์ควรยิงอย่างน้อยลำดับความสำคัญน้อยกว่าตรรกะของเกม "หลัก" (ภาพเคลื่อนไหวฟิสิกส์เป็นต้น) พวกเขาควรตอบสนองต่อเหตุการณ์แทนการยิงเป็นระยะเพื่อตรวจสอบว่ามีการปฏิบัติตามเงื่อนไขหรือไม่

โดยทั่วไประบบของเราเกี่ยวข้องกับการเรียกใช้นิพจน์ (ภาษาสคริปต์ขนาดเล็กที่กำหนดเอง แต่ tcl / lua / python จะทำงานได้ดีเช่นกันหรือทำบางสิ่งบางอย่างด้วยตัวเอง) แต่ละเฟรมเซิร์ฟเวอร์สำหรับแต่ละขั้นตอนภารกิจ นี่คือ "ภารกิจส่วนตัว" ที่เชื่อมโยงกับผู้เล่นเฉพาะ แต่ละขั้นตอนย่อยนั้นเป็นส่วนหนึ่งของ FSM (กลไกสถานะอัน จำกัด ) สำหรับภารกิจเอง (ซึ่งอาจเป็นเพียงขั้นตอนย่อยของภารกิจอื่น) นอกจากนี้ยังมี "ภารกิจแผนที่" ซึ่งมี FSM เดียวและเชื่อมโยงกับแผนที่แทนที่จะเป็นผู้เล่น (คิดว่าเควสสาธารณะของ WAR) แต่ขั้นตอนย่อยทำงานเหมือนเดิม

สิ่งที่นิพจน์เหล่านี้ดูจริง ๆ คือเหตุการณ์ที่ออกอากาศโดยระบบเช่น "NPC เสียชีวิต" หรือ "เสร็จสิ้นการโต้ตอบ" นี่หมายความว่าคุณสามารถแยกส่วนต่าง ๆ ออกได้ส่วนระบบการเล่นเกมก็แค่ส่งกิจกรรมตามต้องการซึ่งสคริปต์ภารกิจเพียงแค่ฟังเหตุการณ์และไม่ต้องกังวลว่าจะมาจากที่ใด หากคุณต้องการที่จะให้ภารกิจ FSMs โต้ตอบกับสถานะโลก (แสดงเฉพาะผู้ติดต่อนี้เมื่ออยู่ในสถานะภารกิจ X) คุณจะได้รับพลังมากมายจากระบบ