[🐣질문] 스토리 (분기가능) 데이터관리 처리기능 평가좀 부탁드림

[위디파(ability0617)]

스토리가 있는 게임을 만들려고 하는데

스토리에 대한 데이터 관리를 어떻게할까 고민하다가

전통적인 방식인 엑셀 csv나 json 같은걸로 관리하면

기본적으로 데이터 파싱하는거 만들어야 하고

데이터 잘못 들어간건 없나, 오타는 없나 테스트도 필요할거고

필요한 리소스도 데이터에 있는 string값 가져와서 어드레서블이나 Resources통해서 로딩시켜야 하는 과정이 필요하고

스토리 분기에 대한 처리 등등도 직관적이지 않은 텍스트로 관리해야 하는 등등

생각만해도 골때리는 요소가 많을 것 같아서

한 눈에 딱 보면 스토리 분기처리가 직관적으로 보이고 관리하기도 편한걸 만들어보고자 했고 이게 그 결과임.

AddNode 버튼 누르면 노드가 하나 생성되고
그와 동시에 노드에 연동되는 ScriptableObject가 자동으로 생성됨. (Path는 스크립트에 적어놓음)

Input Output 포트로 스토리 분기를 알기 쉽게 구별할 수 있도록 했고
Title텍스트필드에 텍스트 입력하면

노드의 제목과 연동된 ScriptableObject파일의 이름이 바뀜.

텍스트가 바뀔때마다 계속 파일이름도 바꾸는거라 성능상 좋진 않은데 어차피 에디터 환경이라 걍 냅둠.

그 아래
FieldTileMap, ConditionType부분은 내가 ScriptableObject로 만든 클래스에 정의한 필드들임.

스토리분기처리 있는 게임은 처음 만들어보는거라 이렇게 하면 효율적일 것 같아서 만들었는데
님들 생각은 어떰?

여기서 추후 작업시 성능상 문제가 생길 수 있다거나

이런 구조로 짜도 어떤 부분에서 한계가 온다거나
생각치 못한 우려사항같은게 있을까?

[율냥이(partner0814)]

어차피 혼자하는거면 편한게 좋은거지. 사실 프로그래머가 거품물어서 그렇지 깡다구있으면 전량 하드코딩해도 만들순 있음. 근데 번역보낼 생각 있으면 번역작업자가 편집하기 좋은 포맷으로 변환하는것도 생각은 해야함. 번역된 파일 받아왔을때 로드하는 부분도 생각은 해봐야할거고.

[위디파(ability0617)]

대사처리는 Dialogue System for unity 에셋 이거랑 저거랑 같이 연동해서 한 번 써볼 생각이라서 아마 그부분은 문제 없을것 같아보임. 답변 ㄱㅅ

[ㅇㅇ 1(106.102)]

양이 적을땐 괜찮은데, 시나리오가 커지면서 분기가 우수수수 쏟아지면 어마어마하게 많은 노드와 선으로 가득차서 파악하기 복잡할것 같기도 함 ( 비슷한 노드 기반의 블프 쓰다보면 화면 가득한 노드에 머리가 띵 해짐 )