[🐣질문] 여러 보스가 있으면 님들은 관리 우째함?

[흔한마왕성(123.213)]

음.. 예를들어 플랫포머 게임이면

보스던 몹이던 몹 마다 개성이 다똑같고, 공격 스타일이 다 똑같으면 상관이 없는데,

몹도 몹마다 이 몹은 걸어서 공격하고 이 몹은 점프해서 공격하고 이게 다 다르잖음. 걷는 속도나 이런 단순한거야 쉽게 바꿀 수 있지만,

난 그래서 일단 보스몹 요번에 만들때 디폴트로 4개정도 가지고있는 패턴 클래스만들고, 몹은 다른 클래스에서 이 패턴들을 불러와서 쓰되,

몇발쏠지 몇번 반복할지 임의로 정할 수 있게해서 나름 재사용 생각하고 짜긴했는데,

막상 만들고 보니 패턴도 패턴이고, 애니메이션도 아예 같지 않을때가 있고,
탄막이 베이스지만 이몹은 가까이 가서도 공격하기도 하는 그런 머리아픈 상황이 나와서 결국 내가 잘못짰구나 싶은데

이런 여러 보스들은 어떻게 관리함?

그냥 여러 보스마다 따로 클래스를 빼고 거기에 구현하나?

[익명(223.38)]

상속

[흔한마왕성(123.213)]

미안한데, 조금 더 자세하게 설명해줄 수 있음? 나도 상속으로 짰는데 어설퍼서

[익명(223.38)]

니가 자세히 설명을 안해놨는데 어떻게 자세히 설명해줌 애니메이션은 어떻게 컨트롤 하는지등

[흔한마왕성(123.213)]

지금은 패턴클래스를 따로 빼서 몬스터 AI 클래스에 상속시켜 사용함. 패턴클래스엔 여러가지 패턴들 구현해놓고, AI클래스에서 랜덤 난수생성해서 몇번 뽑으면 몇번 패턴 실행하도록...? 내가 야매로 혼자 하다보니 설명도 잘 못하겠네. 그래서 다른사람들은 어떤식으로 짜는지 궁금했음. 애니메이션은 스프라이트 자체에 공격모션 없는애들이 있어서, 공격 애니메이션은 처리 안했고, idle만 무한반복 재생되게 되어있어서 없는거나 다름이없음..

[익명(223.38)]

그냥 코드 전체올려 애니메이션컨트롤이랑

[흔한마왕성(123.213)]

도와줄라하는데, 마음의 준비가 안되어서 못올리는점 미안

[익명(223.38)]

내가 최근에 이거 작업했는데 직업구분없고 스킬장착해서 쓰고 스킬에 따라 모션 다른데 무기에 따라서 또 스킬모션이 나뉘고

[흔한마왕성(123.213)]

시박 안되겠다. 내일 상담 한번 더 하러옴. 나름 재활용성 생각해서 짜려했었는데, 짜고보니 너무 허접하고 재활용은 무슨 걍 님 말대로 막짜임. 쪽팔려서 코드공개 안할랬는데 해야겠음.

[ㅇO(211.36)]

패턴을 스킬처럼 구현해. 스크립테이블써서. 물론 상속도 병행해서

[흔한마왕성(123.213)]

검색 키워드좀 알 수 있을까? 감이 안잡히네. 스크립터블 오브젝트 써서 따로 빼라는건 알겠는데, 패턴마다 수학공식이 다 들어가는디 그걸 스크립터블 오브젝트에 다 집어넣을 수 있나?

[ㅇO(211.36)]

할수잇고. 그냥 scriptable skill 이런식으로 유튭 검색해보지?

[흔한마왕성(123.213)]

키워드 감사. 싹 엎어봄...

[ㅇ(110.35)]

패턴을 ai 클래스에 상속시켜 사용한다는 말이 무슨소린지 잘 모르겠네

[ㅇ(110.35)]

나였다면 패턴을 상속하는형태로 안할듯. is a 가 아닌 has a 로. 디자인패턴 중 스트래티지 쪽으로. 211.36 이 말한 것처럼 패턴을 스킬 슬롯에 넣다 뺐다 하듯이

[흔한마왕성(123.213)]

감사합니다. 이참에 엎으면서 디자인패턴도 좀 봄

[ㅇO(211.36)]

근데 보니까 스크립케이블만 안쓰고잇다 뿐이지 니가 지금 하고 잇는게 그게그건거 같은데? 필요성 못느끼면 하던대로 해.

[흔한마왕성(123.213)]

고마워

[익명(220.77)]

실제로 몬스터마다 각각 패턴이 다른게임을 구현했었는데요.아래와같이 구현했어요.1. 패턴은 스킬로 구분짓는다.2. 몬스터는 여러 패턴을 지니고 패턴은 스킬리스트를 지닌형태로 구성한다.3. 스킬에는 각 모션정보와 스킬의 유형이 존재한다.이렇게 만들어두고 스킬의 스킬의 최상위는 ScriptableSkill로 한후에상속하는형태로 만들었습니다.예를들어 점프해서 낙하하는 패턴을지닌다면class JumpSkill : ScriptableSkill이런식으로 유형을 만들고 몬스터의 패턴에 해당 스킬을 넣는식으로요.

[익명(220.77)]

위에분들이 근데 더 고수같네요 제말은 무시하시고 위에분들 의견을 듣는게 나을것같습니다.

[흔한마왕성(123.213)]

그래도 구체적인 설명 감사합니다. 빡머가리라 이해 못하는거보고 다시금 열심히 해야겠다 싶네요

[whatugonnado(sibal214)]

기본적으로 하는 행동이 동일하고 패턴만 다른거라면 위에 말한대로 부모클래스에 행동 가상함수 만들어놓고 실제 보스마다 부모상속받아다가 거기에 행동 구현하던가

[흔한마왕성(123.213)]

부모클래스에는 인터페이스만 구현하는 느낌이다 이거군요

[흔한마왕성(123.213)]

답변 한명한명 다 고맙습니다. 확실한건 내가 짠게 너무 내 멋대로에 개발새발이라 쪽팔려서 못올리겠음. 올려서 상담받는게 맞는데 스크립터블 오브젝트로 처음부터 접근을 다시 해야겠음. 보스쪽은 다됐다 싶었는데, 말 듣고보니 내 구조가 워낙 병@신이어서 수정해야함을 덕분에 깨닳았습니다. 아예 엎어야 할거같네요 이참에

[whatugonnado(sibal214)]

어짜피 인디겜인데 돌아가기만 하면 되는거 아님? 최적화는 나중에 해도 됨

[흔한마왕성(123.213)]

최적화 라기보다는.. 짜다보면 재활용 가능하도록 짜고싶은게 욕심이잖아 ㅋㅋㅋ 그렇다보니 나름 생각하고 짰는데, 짜고나서 보니 이거 걸리고 저거 걸리고 이래서... 아 참고로 내 코드 공개하는건 조금 더 생각해봐야 겠지만.... (개 쪽팔림) 베이스는 이걸 보고 만듬... 여기에 스테이트 섞어서

[흔한마왕성(123.213)]

https://www.youtube.com/watch?v=dnMVMBVpgYA&t=2098s

[whatugonnado(sibal214)]

다 만들어놓고 그런부분 찾아다 최적화해서 겜 버벅이는거 찾아 줄이는맛도 재밌음 ㅇㅇ 첨부터 다하려다가 찤 싸는애들 수두룩함

[흔한마왕성(123.213)]

맞는말이야. 명언 고마워 찎 싸다!

[oo(125.137)]

뭘 만들지가 명확하지 않을 때 OOP는 독이 될 수 있음. 일단 기획을 명확히 해서 각자의 공통점을 찾아낸 후 클래스 설계를 하든지, 아니면 각각 막짜로 하드코딩해버린 후 공통점을 찾아서 OOP로 묶어내는 걸 추천함. 설계가 막힐때 99%는 기획문제임.

[oo(125.137)]

막짜를 하면 코드 복붙을 하게 되므로 공통점을 머리가 아니라 손으로 알 수 있고 (ctrl CV) 나중에 변경사항이 생겼을 때 보스나 쫄따구 중 하나만 수정해도 되므로 (상속받지 않았으므로 서로에 영향을 끼치지 않음) 나름의 장점(?) 도 있음.

[흔한마왕성(123.213)]

시박 안되겠다. 내일 상담 한번 더 하러옴. 나름 재활용성 생각해서 짜려했었는데, 짜고보니 너무 허접하고 재활용은 무슨 걍 님 말대로 막짜임. 쪽팔려서 코드공개 안할랬는데 해야겠음.

[oo(125.137)]

재활용에 목숨걸지마. 재활용성도 의존성임.

[흔한마왕성(123.213)]

내 미래를 위해서는 이런것도 머리싸매면서 이쁘게 수정해주고 하는 연습을 하면 더 좋을꺼 같아서 항상 정진한다 생각하고.. 하려고

[ㅇ(110.35)]

일반몹 말고 보스몹이라면 사실 걍 하드코딩해도 상관없을거같은데.

[흔한마왕성(123.213)]

프로그래머라고 하기엔 코더지만 욕심ㅇ ㅣ있잖아 ㅋㅋㅋㅋㅋㅋㅋㅋㅋ 그게 내 미래를 위해 더 도움될거고