[🐣질문] State 구현 관련 질문 (C#, 제네릭)

[익명(220.86)]

한 클래스(Target이라고 하자) 내에서 제네릭한 클래스인 State들을 여러개 갖고 있고

이 State를 바꿔줄때마다 State별로 각각 State 첫 시작시에 필요한 정보들을 갖춰줘야함

이걸 Setup함수를 State별로 갖고있는데 이때 각각 필요한 정보들이 다름.

이때 Setup함수 인자로 Target을 주고 Target에서 Get함수들을 이용해서 필요한 정보를 가져와서 State들에게 넣어주는 방법을 생각했는데 이렇게짜자니

Target 함수내에서 그냥 Get~ 어쩌고 하면서 정보만 꺼내주는 함수만 늘어나서 별로다 싶은데 어떻게 해줘야할까요?

    public override Action<A, B, C> SetUP<A, B, C>()

    {

        Action<A, B, C> setupCallback = (girl, girlmoveController, targetTr) =>

         {

             m_girl = girl as Girl;

             m_girlMoveController = girlmoveController as GirlMoveController;

             m_targetTr = targetTr as Transform;

         };

        return setupCallback;

    }

이런식으로 callack함수 리턴 해서 Target 클래서에서 직접 변수 넣어주는 식으로 짯는데 이건 별로일까요?

[익명(121.158)]

걍 State를 상속해서 만들면 안됨?

[익명(223.38)]

상속했는데 말했듯이 필요한 정보가 계속 달라요 ㅜㅜ

[익명(156.204)]

State가 무슨 역할을 하는지 모르겠는데....(시스템적으로 쓰이는 상태값 클래스인지, 아니면 인게임에서 캐릭터 상태로 쓰이는 것인지...) Target의 의미도 불분명해서 솔직히 뭘 어떻게 만드려는 건지 몰겠음.

[익명(156.204)]

특히 질문의 내용이 세부적인 구현 방법을 묻고 있는데, 하다못해 State 와 그 하위 클래스들의 정보가 뭐가 들어 있는지 클래스 다이어그램은 그려와야 원하는 대답을 들을 수 있지 않을까? 일단 뭔가 제네릭 써서 범용적으로 개발하고 싶은 건 알겠는데, State별로 함수를 짜는건 완전 아니라고 봄.

[익명(156.204)]

일단 범용적인 RPG의 캐릭터 상태값을 의미하는 거라고 가정한다면 State interface를 먼저 정의하고, 이를 기반으로 abstract class인 StateBase를 구현. State의 수치가 인게임에서 적용되는 시점에 따라 enum StateType를 정의. Character 또한, interface를 먼저 구현하고, 이를 기반으로 abstract class인 CharacterBase를 구현. 공통로직은 CharacterBase에서 구현하되, 수정이 될 수 있는 로직은 virtual 함수로 구현하고 그외 상속받은 클래스에서 각각 구현해야 하는 것들은 abstract 함수로 구현. 그리고 StateType에 따라서 적용될 부분에 맞추어 공통로직 함수를 구현

[익명(156.204)]

각각의 State에 따라 SetUp에 필요한 파라미터들이 다르다면, 데이터 전달용 struct를 만들고, struct 내부 변수를 접근하기 쉽게 public으로 만들어서 setup(CharaInfo info) 이런식으로 던지는 것도 하나의 방법임.

[익명(156.204)]

근데 여기서 한가지 주의할게 있는게 MoveController가 정의되어 있는데 MoveState에 필요한 파라미터(목적지)등을 넘기는 이유가 뭐임? 이동 명령을 처리하기 위한 거라면, State와는 별개의 ActionQueue를 만들고, Action insterface와 ActionBase, MoveAction 식으로 만들어 Queue에서 관리하는게 낫다고 봄.

[익명(223.39)]

나도 그런 방식 생각해봤는데 잘 안되더라고 지식이 부족해서. 그래서 SetupInfo라는 베이스 클래스를 정의하고, 확장이 필요한 State들은 그 베이스 클래스를 상속하여 AttackSetupInfo 클래스를 정의하고 AttackState의 SetUp메소드는 위의 객체를 넘겨받아서 초기화하는 식으로 구현함.

[익명(223.38)]

어제작업을 못해서 늦게봤네요 답변들 감사합니다

[익명(59.9)]

https://developer.android.com/topic/libraries/architecture/lifecycle?hl=ko

[익명(59.9)]

156님 말이 전적으로 옳음

[익명(59.9)]

상태는 값으로 정의하고 상태의 변환은 데이터로 정의하고

[익명(59.9)]

정확히는 데이터에 의한 분기

[익명(59.9)]

그다음 구독자 패턴의 인터페이스 정의 후

[익명(59.9)]

게임의 상태에 종속되는 모든 요소는 구독자 패턴의 액티베이션 여부로 결정하는게 제일 편리함

[익명(59.9)]

여기서 좀더 상세한 상태 관리가 하고싶다 그러면 상태 레벨의 값을 하나 더 정의하면됨 예를들어 X State 의 START, ING, STOP

[익명(59.9)]

어차피 유니티는 다 컴포넌트니까 UI건 캐릭터던 비즈니스 로직이건 레퍼런스만 다 걸어버리고

[익명(59.9)]

X 상태의 Y 단계에서 호출할 함수들만 차례차례 유니티 이벤트로 추가해버리기