[💬] 인디전용) 클래스 계층 네이밍 존나 쉽게 하는법 *존나스압

[Indie(125.133)]

일단

튜토리얼 끝낸 뉴비들

~Manager 많이 쓰는데

이거 제대로 알고써야지

Manager 역할이 아닌데 Manager를 써버리면

Manager끼리 서로 호출하고 ㅈ랄 염ㅂ 하다 스파게티 요리사 된다

근데 이게 또 경험에서 우러나오는 거기때문에

함부로 남의 프로젝트에다가

뭐는 Manager 써라

뭐는 쓰면 안된다

하면서 현 상황을 완벽히 알지도 못하면서

감나라 배추나라 하면 안되는 법이지

그래서

여기서 뉴비들을 위한

*주의 이걸 회사에서 사용하거나 사용할 생각이라도 했다간

바로 다른 업종을 알아보길 바란다

네이밍 날먹으로 계층구조를 개꿀냠냠하는 꿀팁 알려준다

 

유니티 C#에서는 한글을 지원하는데

이 계층구조에만 한글을 쓰는 것이다

(딱 계층구조에만 써야 직관적이다)

그리고 이 계층구조는 다음과 같다

대통령

국방부장관

참모총장

작전사령관

사단장

...

대대장

중대장

당직사령 (이 계층의 역할이 고정이 아닌 경우 계급이 아닌 직책 사용)

...

병장 상병

등등

그럼 이걸 어떻게 쓰냐

예를 들어 인풋으로 플레이어를 움직인다

그러면 InputManager, PlayerManager

막 이렇게 할수도 있겠지

하지만 그러지 말고

Input대통령

Player중대장

혹은 캐릭터가 바뀔수 있다면

이런식으로 준비하는거다

근데 여기서

Input대통령이 PlayerCharacter를 직접 접근하면 어떻게 되느냐

Input대통령)

어 나 대통령인데?

Player 한번 움직여봐라

???)

이렇게 무방비하게 최고 상급자가 직접적으로 접근했을시

갑작스러운 방문에 고통받을수가 있다.

그러니까 Input대통령은

그 밑에 Input국방부장관 혹은 Trigger참모총장 등

적절한 직속부하를 두고

국방부장관, 참모총장 등도 적절한

하위의 클래스를 만들어서 소통하게 하면

기본적으로 클래스들의 상관 관계가 네이밍에서부터

한눈에 보이고

상명하복 체계와 단일의존성을 지킨다면

*상명하복은 메세지는 위에서 아래로만 향하는 것

*단일의존성은 하급자가 상급자를 참조하는 것 (변수로 가짐)

기본적으로 스케일이 작은 게임에서는

계층구조는 걱정할게 없게 된다

[익명(plastic4826)]

님아

[Indie 1(58.123)]

[Indie 2(14.52)]

문제는 이 계층구조가 OOP 기본인데 이것마저 못하거나 모르는 프로그래머가 많다는 현실

[익명(noise0060)]

[익명(dbehehd)]

[Indie 3(121.131)]

인풋대통령이 존나뜬금없이 개웃기네

[흑_두루미(combedro)]

틀린말은 하나도 없네 - dc App

[포라이(macdoongs)]

ㅋㅋㅋㅋㅋㅋ

[익명(211.202)]

[엔록(whale0407)]

[Indie 4(59.187)]

왜 유익함?

[Indie 5(125.244)]

인풋이 하위계층이어야 맞지않나. 누구한테든 불릴수있으니까

[Indie 6(211.117)]

인풋이 키보드 패드 마우스 말고 다른데서 불리면 뭔가 문제가 있는 거 아니겠농?

[Indie 5(125.244)]

@Indie6(211.117) 실행 흐름 말고 의존성 개념에서 이야기한거

[김메가(scw973108)]

오

[-인.(unicornmoim)]

미필에겐 어려운 - dc App

[비월(lunar1228)]