เอ็นจิ้นผู้เล่นเดี่ยวควรปฏิเสธข้อมูลที่ไม่ถูกต้องอย่างไร

ในเกมที่มีผู้เล่นคนเดียวเมื่อพยายามสร้างเอนทิตีจากส่วนประกอบที่ระบุในสคริปต์ภายนอกสิ่งที่คุณคิดว่าน่าจะเกิดขึ้นได้มากขึ้นเมื่อองค์ประกอบหนึ่งถูกสร้างขึ้นอย่างไม่ดี:

• เครื่องยนต์ควรข้ามส่วนประกอบนั้นและปล่อยให้เอนทิตีอยู่ในโลกของเกมที่มีส่วนประกอบที่เขียนได้ดีหรือไม่?
• หรือมันจะไม่เพิ่มเอนทิตีในโลกเลยถ้ามี แต่ส่วนประกอบอย่างใดอย่างหนึ่งที่มีรูปแบบไม่ดี

หมายเหตุฉันไม่ได้พูดถึงการบันทึกข้อผิดพลาด - ซึ่งควรเกิดขึ้นโดยไม่พูดอะไร - เกี่ยวกับสิ่งที่ควรเกิดขึ้นกับเอนทิตี

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

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

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

ดังนั้นการสาธิตของคุณยังไม่พร้อมในเวลา 2PM และนักลงทุนของคุณสงสัยว่าทำไมคุณถึงไม่สามารถเป็นศัตรูในเกมและโครงการของคุณก็ถูกปิด

หรือคุณเลือกตัวเลือกที่คุณบันทึกความล้มเหลว แต่พยายามต่อไปและเกมเล่นได้ดียกเว้นเอฟเฟกต์การสะกดของศัตรูบางตัวไม่ปรากฏ - แต่นักลงทุนไม่ทราบว่าควรจะมีลักษณะอย่างไรต่อไปดังนั้นพวกเขาจึงไม่ แจ้งให้ทราบ

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

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

อย่างใดคุณควรตัดสินใจสิ่งที่ผิดพลาดควรจะเป็นอันตรายถึงชีวิตการป้องกันที่จะเพิ่มเกมและซึ่งสามารถออกเป็นคำเตือน

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

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

void setValue(int value) {
    if (value < MIN_VALUE) {
       log(value + " is too low, using " + MIN_VALUE);
       value = MIN_VALUE;
    }
    if (value > MAX_VALUE) {
       log(value + " is too high, using " + MAX_VALUE);
       value = MAX_VALUE;
    }
}

แม้ในเกมที่มีผู้เล่นหลายคนเกมนี้เป็นที่ยอมรับเว้นแต่คุณจะสมมติว่าผู้เล่นคนหนึ่งพยายามที่จะโกงระบบ

หลังจากปล่อยซอฟต์แวร์คุณมีแนวโน้มที่จะต้องการปิดการบันทึกนี้โดยค่าเริ่มต้นบนสมมติฐานที่ว่าผู้เล่นจะไม่อ่านบันทึกเหล่านี้