[📜일지] so로 만들었던 인벤토리구조 json으로 전환한 썰

[익명(39.123)]

so로 인벤토리 만들면 되겠지하고 만들고 대가리 깨졌다가 봉합했던 썰 품

그리고 사실 개발일지라고 결과물이 막 보이는 잘나가는 실험실 연구자의 비디오로 찍은 일지보다는, 

이미 백골이 된 어떤 모험가의 비망록같은 일지도 좋을 것 같아서 말머리 일지로 함.

현업에 있거나 이미 개발을 잘하는 사람들에게는 뭔 당연한 소리를 한다고 보이거나, 

아직도 저렇게 한심한 방법을 쓰고있나처럼 보이겠지만, 아무튼 나는 인벤토리랑 저장불러오기 튜토리얼을 몇개 보고 에셋을 사서 분석해보고 

몇번이나 코드로 써본다음에야 깨달은 사실들이다.

나처럼 사실상 노베이스로 (연구실에서 파이썬이나 만지작거리던걸 개발자라고 착각한 나는 지난 2년동안 아주 개고생을 했다.) 

시작한사람들이 좀 보이는 것같아 쓰는 글이기도 하다.

 

 so로 "저장"되어야 할 데이터를 관리하면, 이게 에디터에서도 데이터가 한눈에 보이고 

Vector3 position값같은거 저장할 때, 변환안해주고 해서 개꿀이네라고 생각할 수 있다.

그러나 so는 런타임 데이터를 저장하는 용도가 아니고, 미리 입력해둔 데이터를 런타임에서 사용하기 위한 것이라고 생각함.

공식문서를 잘 읽고 명확하게 작동원리를 파악해서, 이게 런타임 도중 값이 수정되고, 에디터에서 수정할때만 뭐 값이 반영되고 어쩌구 저쩌구 하지만

아무리 파악했다고 한들 빡대가리인 나는 언젠가 꼭 실수를 해서 시간낭비를 했던적이 한두번이 아님.

요리할 때 국간장, 양조간장, 왜간장 다 같은 간장이라고 아무거나 쓰면 맛 병신되는거랑 비슷하다 생각함.

so로 뭐 못할건 없어보이는데, 굳이 좋은 솔루션이 있는데 다른용도로 만들어진 클래스에다가 내가 원하는 기능 넣겠다고 추가 코드 작성하는것은

매우 비생산적이라고 판단함.

결국 json으로 저장하기로 맘먹고 json을 그냥 저장하는 방식을 썼었는데, 사실 또 그냥 savedata.json 이렇게 저장해두면 뭔가 찜찜하기도 하지만서도

db로서의 관리가 좀 어려운 것 같아서 db를 사용해보자 맘먹음.

json이면 nosql을 사용해야할 것 같아서, mongodb쪽 찾아보니 realm이라고 있길래 지금은 그거 사용중.

realm studio라고 db뷰어(?) 도 불편하지만 있고, 유니티 플러그인도 있어서 사용하기 편하길래 일단 사용중.

이거 쓰면서 아직 대가리는 안깨졌는데, 대가리 깨졌던 사람있으면 댓글로 경고 부탁함.

realm은 코드를 짜면서 json을 직접적으로 사용하는것은 아님

IRealmObject, IEmbededObject 라는 인터페이스를 상속한 partial class를 작성해서 db model을 정의해줌.

예를들어 이런식임.

public partial class GameRealmModel : IRealmObject

    {

        [PrimaryKey][MapTo("_id")]

        public ObjectId Id { get; set; } = ObjectId.GenerateNewId();

        public DateTimeOffset CreatedTime { get; set; }

        public DateTimeOffset ModifiedTime { get; set; }

        

        public TransformRealmModel LastPosition { get; set; }

    }

간단하게 게임데이터 첫 생성시간, 최근저장시간, 마지막 위치를 저장해줌.

저장하는것은 간단함.

// 처음생성

 await _realmInstance.WriteAsync(() =>

            {

                _realmInstance.Add(new GameRealmModel()

                {

                    CreatedTime = DateTimeOffset.UtcNow,

                    ModifiedTime = DateTimeOffset.UtcNow,

                    LastPosition = new TransformRealmModel(Vector3.zero, 0)

                });

            });

// 불러오기

var data = _realmInstance.Find<GameRealmModel>(new ObjectId(id));

// 수정하기

 await _realmInstance.WriteAsync(() =>

{

data.LastPosition = new TransformRealmModel(new Vector3(100, 0, 100), 90);

});

당연히도 유니티의 Transform이나 Vector3, Quarternion같은걸 바로 저장할 수는 없음.

그래서 유니티의 Transform에 대응할 수 있는 TransformRealmModel라고 따로 만들어줌.

public partial class TransformRealmModel : IEmbeddedObject

    {

        public float PositionX { get; set; }

        public float PositionY { get; set; }

        public float PositionZ { get; set; }

        

        public float Yaw { get; set; }

        public TransformRealmModel(Vector3 position, float yaw = 0)

        {

            Position = position;

            Yaw = yaw;

        }

        

        public Vector3 Position

        {

            get => new Vector3(PositionX, PositionY, PositionZ);

            set

            {

                PositionX = value.x;

                PositionY = value.y;

                PositionZ = value.z;

            }

        }

        public Quaternion Rotation

        {

            get => Quaternion.Euler(0, Yaw, 0);

            set => Yaw = value.eulerAngles.y;

        }

    }

바로바로 변환해서 쓸 수 있도록 프로퍼티랑 생성자도 만들어두었다.

아무튼, 이렇게 필요한 클래스들을 잘 만들어두고나면

var data = _realmInstance.Find<GameRealmModel>(new ObjectId(id));

이렇게 디비에서 불러오고나면, 게임 런타임에서 사용가능하게 변환해주는 함수를 만든다.

아래 코드는 그냥 예저처럼 간단하게 만든코드라서, 

player gameObject의 transform을 참조해오는 과정들이 있어야 하지만 생략했다.

유니티 스크립트에서 인스턴싱이 안되는 transform을 여기서 new Transform 하는 것은 이상한것 같아

그냥 인게임모델 클래스에 Vector3랑 Quaternion으로 대체했다. 

런타임용 클래스는 순수c#을 사용한다. (여기서 순수c#은 그냥 유니티클래스를 상속안한것을 의미한다.)

public class IngameModel

        {

            public Vector3 Position;

            public Quaternion Rotation;

            public DateTime CreatedTime;

            public DateTime ModifiedTime;

        }

        

        public static async UniTask<IngameModel> Convert(GameRealmModel realmModel)

        {

            var result = new IngameModel

            {

                Position = realmModel.LastPosition.Position,

                Rotation = realmModel.LastPosition.Rotation,

                CreatedTime = realmModel.CreatedTime.DateTime,

                ModifiedTime = realmModel.ModifiedTime.DateTime

            };

            return result;

        }

아무튼 주요 요지는

세이브 시스템 설계에 있어서 

디비용 클래스와, 런타임용 클래스가 따로 있으면 편리하고, 그 둘을 중개해주는 수단이 적절하게 있으면 매우 편리하다는 것을 깨달았다는 것이다.

그런데 테스트 과정에서 db의 데이터는 조작하기가 so에 비해 상대적으로 불편하기 때문에 테스트용 더미데이터를 생산하는데는

역시 so가 최고라고 생각한다. 그래서 so로도 클래스를 만들어주고 더미용 so파일을 만들어주고 데이터를 입력해준다.

그리고 so 클래스를 런타임용 클래스로 변환해주는 함수를 만들어준다.

런타임 데이터를 so로 변환할 필요는 없으니, 단방향으로만 변환해주는 함수를 만들면 되니 간단하다.

근데 그럴거면 굳이 so클래스랑 런타임클래스를 분리할 필요가 있는가라고 하면,

so는 스크립트에서 인스턴싱할 때, 그냥 new로 인스턴싱 하면 뭔가 문제가 있는 것 같다.

그리고 so를 이용해서 런타임클래스를 생성하는것은 유니티 에디터에서 또는 테스트단계의 빌드에서만 사용할 것인데 

이런것은 아예 분리를 하는게 맞다고 생각했다.

요약하자면 다음의 3가지 레이어(?)가 있고, 화살표방향으로만 변환되는 함수가 있음 끝.

realm layer <-> runtime layer <- so layer

아이고 이 간단한걸 오랫동안 헤맸다.

다른 초보 인붕이들은 삽질하지 말도록.

태클 및 인신공격급 조언 매우환영.

[글쓴 ㅇㅇ(39.123)]

써놓고 보니 json으로 전환하려나 태세전환한 썰이 맞을듯

[ㅇㅇ 1(58.29)]

클라이언트단에서 DB커넥터를 직접 달아서 리모트 환경에 있는 DB를 직접 조작하는건 좋지 않음. 실배포에선 서버를 사용하던가 권한 관리를 잘해주셈.

[ㅇㅇ 1(58.29)]

내가 잘못봤네 MongoDB 인스턴스 띄워놓고 쓰는건줄 굳굳

[글쓴 ㅇㅇ(39.123)]

아.. 그냥 클라이언트에서 그냥 _realmInstance = Realm.GetInstance(configuration); 요렇게 해서 쓰고있는데.. 이게 클라이언트에서 그냥 인스턴스 띄워놓고 하는거 맞지? 로드함수 세이브함수는 그냥 퍼블릭인데.

[글쓴 ㅇㅇ(39.123)]

var referencePath = Application.persistentDataPath + "savedata"; 이렇게 경로 지정해서 그냥 여기에 저장되는데 이게 리모트환경은 아닌거지?

[ㅇㅇ 1(58.29)]

ㅇㅇ realm으로 로컬환경 구성한거 맞음.

[ㅆㅇㅆ(124.216)]

흠 개추