[💬] UNITY]다들 플레이어의 캐릭터의 클래스를 어떤식으로 분할 하셨나요?

[익명(211.51)]

지금 작업하는 RPG 느낌의 게임에서는

아이템 장착과 플레이어의 능력치를 담당한 PlayerStatus와 

입력을 받아서 캐릭터를 움직이고 공격 회피등을 담당한 PlayerMovement 로 

나누고 있는데

 강의를 보다보니 어떤 분은 플레이어 능력치는 게임매니저로 보내고

장착만 따로 EquipmentManager 클래스로 뽑아 두거나

움직이는거와 공격관련 기능을 분할 한 사람도 있길레  다른분들은 어떻게 하셨나 궁금하네요

[소닉쫄따구테일즈(dcz3xv7zgu14)]

한군데몰아놓는거에 장점도있고, 나누는장점도 있고, 난중엔 갸가 갸임. 그냥 이것저것해보고 선호하는걸로 가삼

[꺄아악(58.234)]

가급적 코드는 기능별로 세분화해서 나누는것을 권함. 같은 클래스라도 partial 을 이용해서 나누기를. 두세달 지나면, 내 코드 기억이 안나 소스 찾아보는 경우가 허다함. 그래서 빨리 찾기위해서, 가독성 높이기위해서 최종적으로 유지 관리 편하기 위해서 나누어야 함.

[익명(121.134)]

그냥 답을 내려줄게. 일단 Player라는건 너를 말하는거야 너. 캐릭터가 아니고. 이름 싹다 뺴. Unit이라고해. 그래야 명확해.

[익명(121.134)]

아이템은 아이템이고 아이템이 들어갈 아이템 인벤토리는 또 따로있겠지. 게임에 따라 인벤토리는 통상 하나잖아. 그래도 상관 없어 인벤토리는 캐릭터한테 붙는거야. 인벤토리는 별도로 짜고, 그 인벤토리를 유닛한테 주면 그 유닛은 인벤토리가 있는 유닛인거야. 그리 알아. 이동이라고 했는데 그냥 컨트롤러라고 퉁쳐. 컨트롤러는 그 유닛을 조종하는 장치야. 밀고 당기고 움직이고 애니메이션 컨트롤하고 하여간 조종은 컨트롤러에서 다 해. 인풋은 AI가 자동으로 움직이게 하는것일수도 있고, 유저가 키마로 움직이는거일수도 있어. 인풋을 받고 움직일 수 있는 스타일로 컨트롤러를 만들어. 대충 Movement(Vector3 direction)따위로 말이야.

[익명(121.134)]

인풋같은데에 PlayerInput이런식으로 Player를 붙이는거야. Player가 너야. 니가 캐릭터 어떻게 움직일지를 PlayerInput에서 정의해. 키마던 조이스틱이던 거기에 들어가면 되고 그걸로 "김철수(Unit).Controller.Movement(InputDir)"요딴식으로 움직이면 되는거야. 그럼 어디서 캐릭터를 움직일지 명확해졌지? 자 그럼 김철수가 혼란에 걸리면 어떻게할꺼야. Movement 함수에선 인풋 쌩까고 그냥 지 움직이고싶은데로 움직이던, PlayerInput에서 상태 체크해서 인풋을 던지지말던 그건 알아서 해. 어찌됐던 찢어.

[익명(121.134)]

스탯? UnitStatus잖아. 그럼 Unit은 게임의 최소단위야. 그럼 NPC는 스텟이 필요없겠네. 필요한놈들한테 달아줄 수 있도록 해. Stat에서 해야될건 뭐야. 저장이지? 그리고 계산순서야. 딱 말한대로 해. BaseStat이 있고, ItemStat이 있고 ActiveStat이 있고 Result가 있는거야. BaseStat은 그냥 기초스텟이고 아이템먼저 더한다음 아이템배율곱해. 그다음 스킬스탯더하고 스킬스탯 곱해. 그게 최종결과야. 더 쪼개고싶으면 패시브던 뭐던 여러개로 더 쪼개서 계산순서만 딱 정해. 알겠어? 그럼 계산이 쉬워지고 명확해질거야.

[익명(121.134)]

아이템? 아이템은 아이템이지. 아이템이 들어가는곳은 인벤토리고. 그럼 유닛에 아이템 인벤토리 필요하면 넣어줘. 아이템 인벤토리는? 아이템 넣고뺴는기능만 있으믄 되. 쉽지. 스킬은? 스킬도 아이템이랑 비슷해. 스킬인벤토리에 스킬 넣었다 뻈다 할 수 있게 해줘. 상태이상? 상태이상도 따로 빼. 여기서 주의할건 CC야. 군중 제어. 컨트롤 불가. 이동 불가. 공격 불가. 스킬 불가 4종류의 절대상태를 CC라고 구분해두면 편해. 예를들어 스턴은 컨트롤불가. 이동불가. 공격불가. 스킬불가인거야. 도발은? 컨트롤불가, 스킬불가인거야. 쉽지? 나머진 알아서 고민해서 짜면 되. 이게 기본이야.