[🐣질문] 혹시 구조체 많이쓰면 안좋거나 그런거 있나요?

[익명(14.37)]

구조체를 알고난 다음부터, 왠지 구조체를 남발하는듯한 느낌이 나기 시작해 이게 맞는건지 의문이 들기 시작했습니다. 대충 유니티에서 택스트 선택형 rpg를 만들고 있습니다. 이걸 이야기를 추가하기 쉽게하기 위하여 코드를 짜고 보니,..

using UnityEngine;

[CreateAssetMenu(menuName = "Dialogue/DialogueObject")]

public class DialogueObject : ScriptableObject

{

    [SerializeField] private StoryInfo[] dialogue;

    public StoryInfo[] Dialogue => dialogue;

}

[System.Serializable]

public struct StoryInfo

{

    [TextArea] public string story;

    public choiceInfo[] choices;

}

[System.Serializable]

public struct choiceInfo

{

    [TextArea] public string selection;

    public chanceInfo[] chances;

}

[System.Serializable]

public struct chanceInfo

{

    public int chance;

    public float fortitude;

    public float prudence;

    public float temperance;

    public float justice;

    public float fortune;

    public int[] storyUnlock;

    public int[] storyLock;

    public int NextStory;

}

요런식으로 되었는데 한 변수에 구조체가 3덩어리나 된 이상한놈을 만든거 같다 느껴졌습니다. 이것이 최적화나 그런면에서 괜찮은건지 찾아보기위해 구조체 남발같은 식으로 검색해 봤는데도 정확한 답을 잘 모르겠어서 질문 드립니다.

[익명(125.132)]

ㄴㄴ

[익명(125.132)]

이런 자잘한 언어레벨 최적화는 모든 최적화중에 제일 나중에 생각하는거임. 성능 신경 안써도 됨. 느리다면 100%라고 해도 될 확률로 저기가 병목이 아닐거임.

[익명(ppukku999)]

최적화는 매 프레임 돌아가는 무거운 알고리즘이나 한번에 수백만번 돌아가는 부분 아니면 딱히 필요 없음. 수백만번 돌아가는 부분이 있고 거기서 크기가 큰 구조체를 쓰는건 큰 손해가 맞음. 근데 그런거 아니면 그냥 코드 이해하기 쉽게 짜는데만 집중하는게 좋을 듯.

[익명(14.37)]

자세한 설명 감사합니다

[ㅁㅁ(14.36)]

구조체를 쓰든 클래스를 쓰든 위에 있는 내용에서는 별 상관 없슴

[ㅁㅁ(14.36)]

이건 데이터포맷에 대한 내용인것 같은데, 대강 StoryInfo 하나당 현재 상황에 대한 설명과 선택지가 여러개 나오고, 선택지마다 뭐뭐한다 텍스트가 있고, 선택하면 일정 확률로 능력치가 오르내리거나, 랜덤으로 튀어나오는 스토리 목록이 바뀌거나, 다음에 강제로 점프뛸 StoryInfo의 인덱스가 있거나 요런걸로 보이는데 데이터 뎁스가 긴게 신경쓰이는 부분이긴 한데

[익명(14.37)]

데이터 뎁스가 뭔가요? 일단 시스템은 거의 말씀대로로 생각하며 만든거긴 합니다.

[ㅁㅁ(14.36)]

XXInfo안에 YYInfo 안에 ZZInfo가 있어서 데이터안에 데이터안에 데이터가 있어서 뎁스가 깊다 이거요. 이게 StoryInfo나 ChoiceInfo가 절대 재사용 안될거다 하면 그대로 상관없는 구조인데 "갠적으로" 불편한 형태라서 그렇슴.

[익명(14.37)]

아마도 안에있는 info들은 처음에 정한 수치가 플레이중 변할거라는 생각되진 않긴합니다.

[ㅁㅁ(14.36)]

구조체 안에 구조체를 원본을 딥카피해서 들고있을지, 구조체 목록을 여러개 두고 그 목록의 Key나 인덱스를 참조하는 레퍼런스로 형태로 들고있을지는 개발하면서 스토리에셋관련 DB를 관리하기 편한 방향으로 짜면 될것. 본인이 보기엔 뭐 대충 이 상태도 문제없어보이는데 StoryInfo 하나가 ScriptableObject 단위여야 하지 않나 싶기도 하고 대강 그렇슴

[익명(14.37)]

StoryInfo 하나가 스크립터블 오브젝트가 아닌 이유는 이벤트에서 선택하면 바로다음 나올 이야기같은걸 한 이야기에 관한 책 같은 느낌으로 묶기 위하여 그렇게 하긴 했는데 이렇게 되면 오히려 복잡할까요?

[ㅁㅁ(14.36)]

그렇게 할거면 아래처럼 만들어서 인스펙터에서 조립해넣으면 좋지 않을까요 class DialogueObject : ScriptableObject { [SerializedField] List stories } class StoryInfo : ScriptableObject { ...}

[익명(14.37)]

만들땐 제가 했던게 깔끔할거라 생각했는데 말씀듣고 고민해보니, 그 방법이 보기 훨씬 깔끔할거 같네요. 감사드립니다