[🐣질문] 유니티 인풋 매니저 쓰는 사람 있음?

[익명(59.31)]

이번에 알게 되어서 한 번 만져보는 중인데

뭔가 애니메이션 관련한 거랑 연결지을 때 많이 어색한 느낌임

코드가 더러워진다고 해야하나

[익명(59.31)]

오 아니다 코드를 좀더 깔끔하게 쓸 수 있는 방법을 찾았어 내 역량 부족이었던거네

[익명(121.149)]

ㅇㅇ 하나 윗단에서 인풋 관리하셈

[익명(59.31)]

하나 윗단에서 관리하라는게 OnMove 함수를 FixedUpdate 위로 올리라는 거야?

[익명(121.149)]

Player에서 public function들로 input을 받아야하는 경우들을 만드셈. Attack(), Move(vector2) .. 이런 식으로 그리고 input.cs에서는 player 객체를 레퍼런스로 가지고 있고 저거만 call 하면 되는 방식으로 ㅇㅇ 사실 이건 네가 프로그램 구조를 어떻게 할 것인지 선택할 이긴한데.. 뭐 이런 방식도 있다는거~

[익명(59.31)]

오... 내가 아직 초보라서 이해는 못하겠지만 할 수만 있다면 해보고 싶네... 자기가 원하는 조작을 커스텀해서 만들 수 있는거잖아

[익명(121.149)]

하나 윗단이라는 거는... 아키텍쳐 공부 조금 해봐

[익명(59.31)]

알았어 고마웡...

[익명(121.149)]

너무 어렵게 생각하지 말고.. 그냥 플레이어랑 인풋 주는 부분을 분리하자는거야.. 인풋은 플레이어의 로직은 잘 모르고 방향이나 어떤 키의 입력만 전달하게끔 하자는거..

[익명(59.31)]

아... 그러니까 인풋은 말그대로 입력만 받고 그걸 플레이어 로직으로 전달'만'하는거고 플레이어 로직이 인풋한테 전달받은 값을 가지고 실행한다는거지? 내가 이해한게 맞나?

[익명(121.149)]

오 그렇지 맞아.

[익명(59.31)]

그러니까 하나 윗단에서 인풋 관리를 하라는 말은, 인풋 매니저를 관리하는, 저기 위에 올린 코드에서는 OnMove 함수가 그게 되겠고, 아무튼 그것만 관리하는 스크립트를 따로 파라는거지? 그리고 Player 스크립트랑 public을 통해서 연결시켜주면 플레이어에 인풋 매니저를 관리하는 코드를 안써도 되니까 깔끔해 보일 수 있는거네

[익명(121.149)]

오~ 똑똑한 친구였네 그거야 그거야 좀 더 공부하면 잘할 듯 사실 저 코드에서 애니메이션 관리하는 것도 또 분리가능. 공격이나 이동.. 행동들을 나누는 경우도 있고.. 이런 건 뭐.. 상황에 따라서~

[익명(59.31)]

내가 이 방식을 GameManager로 이미 쓰고 있었거든 헤헤 이게 이런 방식인거였구나

[익명(121.149)]

GameManager가 따로 있었다면 player는 거기에 넣고, input에 GameManager를 가지도록해 ㅇㅇ 그러면 esc 누를 때 게임이 정지하도록 하는 것도 비슷한 사고방식으로 구현이 됨.

[익명(121.149)]

대충 안거 같으니까 자러간다 ㅂㅂ

[익명(59.31)]

ㅖㅏ