Tránh các trạng thái không thể trong một trò chơi phiêu lưu

Tôi đang tìm cách tạo ra một trò chơi phiêu lưu theo phong cách khá phức tạp của riêng bạn, nhưng tôi đang tìm kiếm một kỹ thuật hoặc phương pháp để giúp thiết kế trò chơi.

Nó sẽ là một câu chuyện nhiều nhánh, và đôi khi các nhánh sẽ tự thu mình lại, và những hành động chính của bạn sẽ được ghi nhớ và các mục sẽ được thu thập. Ví dụ, nếu người chơi đi đến đầm lầy và rừng trước khi đến lâu đài, anh ta đã nhặt được xương khủng long, giết một con kỳ lân và mọc thêm một cánh tay. Nếu một người chơi đến lâu đài qua các hang động và hầm mộ, anh ta đã nhặt được một chiếc xe đạp và có mùi lạ. Bây giờ khi phát triển các câu đố cho lâu đài, tôi không muốn tạo ra một tình huống đòi hỏi phải có hai điều không thể, ví dụ - cần thêm một cánh tay và mùi để giết một con yêu tinh.

Khác với việc ghi lại các sự kiện và vật phẩm rất cẩn thận, có một quy trình, một kỹ thuật tôi có thể sử dụng trong bảng tính hoặc một phần mềm có thể giúp tôi không?

Âm thanh giống như một vấn đề đồ thị chỉ đạo.

Bắt đầu từ đầu, cho mỗi nhánh trong câu chuyện ghi lại các mục bạn hiện có và sau đó phân nhánh biểu đồ. Từ đó theo từng nhánh và làm tương tự, khi bạn đến nhánh khác ghi lại các mục hiện tại của bạn và phân nhánh biểu đồ. Điều này sẽ kết thúc với một biểu đồ khá dày đặc với rất nhiều nút trùng lặp (nhưng mỗi nút có ở đó từ một chuỗi biểu đồ khác nhau) nhưng bạn sẽ không nhận được vòng lặp.

Cuối cùng, bạn nên có một biểu đồ của tất cả các mục bạn có thể có tại bất kỳ điểm nào trong câu chuyện của bạn và từ tất cả các cách có thể để đến đó.

Bây giờ, với biểu đồ đã hoàn thành của bạn: đối với từng vấn đề của bạn yêu cầu các mục X + Y + Z, hãy tìm tất cả các nút có vấn đề đó và xem liệu các mục được ghi có thể đáp ứng điều kiện đó không. Nếu có một thất bại, chỉ cần quay lại biểu đồ để tìm tất cả các quyết định đưa bạn đến đó mà không có các mục thích hợp để giải quyết vấn đề đó.

Với bất kỳ may mắn nào, thiết kế ban đầu của bạn đã được đặt ra như thế này, ít nhất là về mặt khái niệm, vì vậy mã phải phản ánh thực tế và dễ dàng xác minh.

Thời gian xử lý các tìm kiếm đồ thị có thể hơi nặng nề nếu bạn đang xây dựng một trò chơi lớn, vì vậy hãy xây dựng nó giống như một tiện ích có thể mất một lúc để chạy và đưa ra kết quả vào báo cáo để bạn sử dụng.

điều này có vẻ là một câu trả lời kỳ lạ nhưng bạn có thể dễ dàng kiểm tra các sự kiện không thể bằng trình biên dịch (ví dụ c ++)! hãy để tôi giải thích làm thế nào: bạn có chính xác một tệp tiêu đề cho mọi giai đoạn. và trò chơi kết thúc trong main.cpptập tin. bất cứ khi nào bạn có thể đi từ stage ađến stage b, bạn chỉ cần phải bao gồm tập tin liên quan đến stage aở stage b. Bất cứ khi nào bạn nhận được một mục mới trong một giai đoạn, bạn chỉ cần xác định một giá trị cho mục đó. Bất cứ khi nào bạn bị mất hoặc sử dụng một vật phẩm, bạn chỉ cần hoàn tác nó. cuối cùng trong mỗi giai đoạn bạn chỉ cần sử dụng tất cả các giá trị được xác định cho các mục cần thiết trong giai đoạn đó. Đây là một mẫu làm thế nào để sử dụng mã này:

Ah

#define itemA

bh

#include <a.h>
#undef itemA
#define itemB

ch

#include <a.h>

itemA;

#include <b.h>

itemB;

main.cpp

#include <c.h>
int main()
{
}

Mặc dù nó có thể cần một số thay đổi trước khi thực sự được sử dụng nhưng tôi đoán bạn có thể tạo một số mã như thế này. bạn cũng có thể sử dụng kế thừa và sử dụng các lớp cho từng giai đoạn thay vì cách tiếp cận tôi đề xuất. ngoài những điều này tôi nghĩ bạn phải tự mình phát triển một công cụ.