방대한 분기 경로를 언리얼 엔진으로 통합한 Gamedec의 모범 사례

문제

아티시에서 사용자가 생성한 함수를 사용할 때도 특정 문제가 발생합니다. 아티시에는 처음부터 바로 자체 함수의 구문을 검사하는 메커니즘이 없기 때문입니다. 디자이너에게는 사용한 함수가 존재하는지, 함수에 전달된 파라미터가 언리얼 엔진에서 구현된 것과 같은지에 대한 정보가 없습니다. 한 동안은 이 점이 문제였습니다.

저희는 아티시의 어떤 변경 사항이 일일 빌드 작업에 이슈를 발생시킨 것인지 몇 시간 동안 분석한 적도 여러 번 있었습니다.

단순히 함수 이름에 오타가 난 적도 있었고 인수 유형이나 인수 개수가 잘못되었거나 로그 분석으로 빠르게 파악할 수 있는 오류 문제가 발생했습니다. 한 번은 블록의 마지막 함수에서 세미콜론이 누락된 적도 있었죠. 이런 경우에는 보통 임포터가 함수 끝에 누락된 세미콜론을 붙이기 때문에 문제가 되지 않습니다. 이 경우 저희는 깜빡하고 함수에 세미 콜론을 넣지 않고 함수 뒤에 코멘트 블록을 추가했었습니다.

문제가 발생하는 인스트럭션의 예:

CallEvent("OpenHiddenRoom")// Open the secret room

이 문제는 로그를 분석해도 빠르게 파악할 수가 없었습니다. 그 이유는 오류가 완전히 다른 곳을 가리키고 있었기 때문입니다. 결국 오류를 찾으려면 적용한 변경 사항을 하나하나 모두 분석하고 코멘트를 만들어야 했습니다. 마지막 함수에 세미콜론을 추가하는 걸 잊고 코멘트 블록을 추가한 다음 플러그인을 추가하여 아티시에서 데이터를 임포트하자 엔진에 버그가 발생했습니다. 그러자 반환 유형이 void에서 object로 변경되고, 그 결과로 컴파일 오류가 발생한 것이었습니다. 

이날 저희는 이러한 이슈가 반복되는 것을 방지 또는 최소화하기로 결정했습니다. 안타깝게도, 아티시에서는 사용자가 생성한 함수의 헤더를 정의할 수가 없습니다. 사실상 디자이너가 구문을 확인할 수가 없으므로 실수가 발생할 여지가 있는 것입니다.

하지만, 아티시에서 자체 플러그인을 제작할 수는 있습니다. 그래서 저희는 모든 인스트럭션 블록을 분석하여 함수를 찾는 플러그인을 만든 다음, 해당되는 정의와 호환되는지 확인해 봤습니다. 아티시를 활발하게 사용하던 모든 팀원에게 이 플러그인을 설치해주자, 그때부터 일일 빌드에서 아까와 같은 문제가 더 이상 발생하지 않았습니다.