[🐣질문] 코드 좀 이쁘게? 알맞게? 짜는법...

[블루넷(bluenet680)]

돌아가욧 ~ =v=

현재 조금씩 만들어나가고 있는 게임입니다.

턴제 이동과 플랫포머 이동 이렇게 2가지 이동방식을 이용할려고 하고 있습니다.

(전에 만들던 게임은 잊어주세요;;)

현재 뭔가 의식의 흐름대로 짜고 있습니다. 머릿속에 있는걸 어떻게든 화면에 실행되도록 하는게 1순위여서...

현재까지의 상황을 간단히 정리하자면

게임의 큰 흐름이나 캐릭터들을 이동시키는것(플레이어, 적에게 공통적으로 적용되는 부분)

은 GameManager 스크립트가 담당합니다. 

그 예시로 우측의 코루틴이 턴제 모드일때의 게임의 흐름을 맡고 있습니다. (임시)

 플레이어와 적 오브젝트는 둘 다Character라는 스크립트를 사용중인데,

Character 스크립트는 공통적으로 적용되는 캐릭터의 이미지 변화부분과

플레이어에게 쓰이는 Run, Jump같은 스크립트.

적에게 쓰이는 MakerActList 와 같은 스크립트가 공존해있습니다. (추가예정)

참고로 MakeActList()는, 턴제 방식에서 적의 행동 패턴을 만드는 함수입니다.

어..말이 패턴이지

 행동이 적혀있는 string 배열에서 조건 조금 추가해 랜덤으로 몇 개 뽑고 리스트에 넣은 다음 섞는 것일 뿐입니다.

그래서 하고싶은 이야기가 뭐냐면

이렇게 하루하루 조금씩 하고 있는데, 최근에 다른 개발자분들이 코드를 짠걸 힐끗 보았습니다만

제 코드랑은 뭔가 많이 다른 것 같습니다.

(물론, public으로 다 때려박고, 인터넷에서 이것저것 받아오고, 의식의 흐름대로 만들어서 그렇긴해도...)

그런데 이 다르다는 느낌은 있는데 뭐가 다른지 모르겠어서 골치가 아픕니다.

저 public뿐이 가득한 짬뽕 코드들을 이쁘게 쪼개서 관리하려면(?) 어찌해야할지 인겜갤의 개발자분들에게 도움을 부탁드립니다.

[asdfasfa(116.126)]

이쁘다는 거에 대한 정의가 뭐냐? 눈에 보이는 이쁨? 아니면 기술적으로 멋지게 쓴 것?

[블루넷(bluenet680)]

후자라고 생각해요. 그 왜 대학에서 객체지향적 프로그래밍이라고 이것저것 배웠는데 유니티에 와선 쓴 게 거의 없어서...

[asdfasfa(116.126)]

https://docs.microsoft.com/ko-kr/dotnet/csharp/programming-guide/inside-a-program/coding-conventions
MS 에서 말하는 C# 코드 컨벤션이다. 코드 컨벤션은 걍 코드 쓰는 규칙? 이런건데 확인해 봐.

[asdfasfa(116.126)]

너도 잘 모른다고 썼구나 대충 보고 넘어와서..

[asdfasfa(116.126)]

예를 들어봄... 많이 들어봤을 객체지향적인 프로그래밍이라고 생각해보면 이렇게 봐야함. 캐릭터라는 객체가 존재하고 캐릭터라는 객체가 할 수 있는 것들을 해당 클래스에 다 집어넣고 돌리면 되겠지? 그러나 이런 부분은 너무 많은 기능들이 캐릭터 클래스 안에 들어간다. 현재 캐릭터의 위치, 현재 캐릭터의 체력, 캐릭터가 이동하는 함수, 캐릭터가 데미지를 입는 함수, 캐릭터를 보여주는 함수 등등.. 너무 많이 있어. 그래서 누군가는 이걸 나눠봤어. 예를 들어서 데이터를 의미하는 캐릭터의 위치, 캐릭터의 체력 그리고 어떤 행동을 했을 때 화면에서 보여줘야하는 기능을 떼어낸 것이지. 그리고 캐릭터의 데미지를 입는 부분이나 이런 것도 떼어낸 거야. 이런 것은 MVC 패턴이라고 한다.

[nullptr(returnnull)]

public 쓰지말고 private으로 하고 인스펙터에 노출시키려면 [SerializeField] 어튜리뷰트 쓰시고, public 프로퍼티를 만드세요. {set; get;

[블루넷(bluenet680)]

아 get set 만드는걸 프로퍼티라고 하네요. 단어에 약해서...감사합니다!

[asdfasfa(116.126)]

Model( 데이터 저장 ) , View ( 그려지는 것 ) , Controller ( 로직처리 )에서 mvc라고 한다. 자바에서는 이걸 변형시킨 것도 있고 mvc2니 뭐니 별 이상한 것도 많다. 다른 것을 생각해볼까? 지금 대충 캐릭터를 보면 2개지. 아마도 하나는 플레이어 하나는 적이겠지? 그러면 PlayerModel,PlayerView, PlayerController를 만들어서 플레이어에 대해서 단 하나의 mvc 모델을 만들어 놓는 거다. 아니면 Enemy (model,view,controller) 도 있을 수 있겠지..

[asdfasfa(116.126)]

다른 방식을 한 번 생각해볼까? Unity에서 이번에 나온 기능? 이라고 해야하나 ecs( entity componenet system) 을 보면 저런 식으로 구분하고 있찌 않아. 기능적으로 구분한다. 예를 들어보자. 이것은 결론적으로 행동( Behaviour ) 부분과 데이터를 구분하는거다. 어찌보면 MVC에서 모델(데이터), 컨트롤러( 로직) 부분만 떼어왔다고 생각할 수 있다. 그러나 이건 모든 컴포넌트들을 관리하는거다. 예를 들어보자. " 이동 " 이라는 행동을 하는 MoveBehaviour 에 데이터들 ( 니꺼에선 적군, 플레이어) 위치 값을 저장시키고 해당 entity에서 이것만 주구장창 수행하는거다

[asdfasfa(116.126)]

무슨 소리를 하고 싶냐면 어떤 기능을 만들 때 너가 사용하기 쉬운 방식이 있고 어려운 방식이 있음. 여기서 쉽고 어렵다는 것은 단순히 기술적인 어려움 뿐 아니라 너가 머리 속으로 이해하고 있는 부분도 의미함. 그리고 현재 니 시스템에서 필요한 수준의 시스템 구성이 있을 수 있다는 걸 말하는 거임. 한 마디로 니 게임에서 필요한 기능에 따라서 달라질 수 있다는 거임. 그러면 우리가 해야하는게 뭘까? 너가 글에서 쓴 대로 주구장창 아무 생각없이 주룩주룩 쓰면서 내려가는게 아니라 생각을 하는거다. ' 이 기능은 이런 것들이 필요해. 그래서 이 기능을 구현하기 위해서는 이런 식으로 구현되었으면 좋겠어. 왜냐하면 이런 부분이 어떤 부분에서는 좋을 수 있으니까... ' 그리고 너는 고민하는거다. ' 이 기능을 만들기

[asdfasfa(116.126)]

추가로 니 시스템에서 필요한 수준의 시스템 구성이 의미하는 것은 이런거임. ecs는 엄청 많은 것들도 잘 돌아간다. 더 자세한 것은 ecs 설명서를 봐라 왜 그런지

[asdfasfa(116.126)]

위해서 뭘 해야할까? 그래서 디자인패턴이 필요한거다. 맨날 디자인패턴만 주구장창 틀에 박혀서 쓰라는게 아니라... 디자인 패턴에서 니가 필요한 부분만 빼오라는 거임. 그래서 디자인 패턴을 공부하라는거다. 왜냐하면 이미 우리가보다 더 고수들이 몇 십년 동안 고민해서 만든 디자인패턴들이 있기 때문에 ( 그리고 실제로 니가 필요한 디자인패턴은 이미 우리가 구글에서 검색하면 나오는 디자인패턴에서 크게 벗어나지 않을 거다. ) 그것들을 공부하고 어떤 특성이 있는지 공부하는거다. 예를 들면 리스트,큐,스택에 대해서 공부할 때 같은 자료구조지만 각자의 특성이 있어서 니가 고르겠지. 그것처럼 디자인 패턴도 골라서 쓰던지.. 아니면 해당 디자인패턴에서 사용되는 제일 중요한 로직을 빼와서 니가 필요에 따라서 구현하는거다

[블루넷(bluenet680)]

[블루넷(bluenet680)]

정말 감사합니다. 뭘 해야할지 이제야 좀 알 것 같습니다!

[익명(218.155)]

올빼미 이뻐용

[엘(59.28)]

함수를 많이 써라 가독성 좋아진다

[복음주의자(112.214)]

디자인 패턴 학습 전에 '리팩토링'을 배워보십시오 - dc App