[💬] 확실히 어셈블리 분할 배우고 나서 인생이 달라졌다

[ㅆㅇㅆ(124.216)]

진짜 분할해서 아예 그 시스템 따로 이식해서

스탯 시스템다음에 고대로 딴데 이식하게 만들었다

스탯 시스템은 다른 네임스페이스 안쓰고 오로지 스탯 시스템에만 의존하게 만들면 다음에 겜 만들때도 쓸 수 있겠지?

ㄹㅇ ㅋㅋ

[익명(175.115)]

라고 생각했던 시절이 나한테도 있었지

[ㅆㅇㅆ(124.216)]

그 이후 어떻게 됐는데 알려줘봐

[익명(175.115)]

완전 똑같은 느낌의 템플릿 게임 찍어낼거 아니면 모든 게임이 동일한 의존성을 가지는 시스템을 만드는건 사실상 불가능함. 모듈화를 했다고 해도 각각의 게임에 써먹을 때마다 조금씩 구조를 바꾸고 의존성도 바꿀 생각을 해야지 완전히 독립적인 모듈을 만들수는 없더라

[ㅆㅇㅆ(124.216)]

스탯시스템은 그래도 나중에 계속 써먹을 수 있지 않을까...

[익명(175.115)]

응용을 하면 당연히 다른 게임에도 쓸 수는 있는데 아무것도 바꾸지 않고 그대로 쓰면 그냥 이전 게임의 두번째 버전하고 다를바가 없어짐. 아니면 어마어마하게 일반적인 경우도 다 커버 가능한 모듈을 만들어서 각 게임마다 극히 일부의 기능만을 사용할수도 있는데 너도 물리학 전공해서 잘 알잖아? 특수상대성이론보다 일반상대성이론이 얼마나 더 어려운지

[ㅆㅇㅆ(124.216)]

그것도 맞긴한데 뭐 그것도 기본적으로 전개식할때 기본적으로 뼈대식 만들어두면 응용이 편하지~ F=ma 하나로 얼마나 많은 식으로 분파가능하냐

[익명(175.115)]

아 그리고 제일 중요한걸 말 안 했네. 게임만 만드는거라면 외부 의존성 없는 모듈을 만드는게 가능하기는 함. 그런데 나중에 서비스까지 가게 되면 분석툴이나 결제 시스템 같은 걸 모듈화 해놓은 시스템에 붙여넣게 되는 경우가 반드시 오게 됨. 혼자서 게임 만든다면 서드파티까지 한꺼번에 묶어서 모듈화를 할 수 있는데 만약에 다른 퍼블리셔를 껴서 서비스를 하게 된다면 퍼블리셔마다 사용하는 분석툴이나 sdk등이 제각각이기 때문에 퍼블리셔 테스트 몇 번 하다보면 의존성 개판날수밖에 없음. 그러니 가능하면 인게임 컨텐츠는 의존성을 너무 타이트하게 설계하지 않는게 좋음

[ㅆㅇㅆ(124.216)]

모바일쪽은 잘 모르지만 일단 그정도까지 가볼 수 있을까 싶은데 그래도 조언고맙다. 나는 작은 수준 포-폴 정도 수준 만들것 같네 ㅋㅋ

[익명(59.12)]

모듈화 가능한건 이벤트나 패턴같은쪽이지 스탯은 오히려 꽝임. 스탯 체계가 게임마다 얼마나 다른데 그걸 하나로 만드려고해

[익명(marokim)]

모듈화 좋긴 함 게임 엔진 옮길 때 편하더라 다만 혼자 개발하는 입장에서는 적당히 타협하는게 맞는거같음 재활용 부분에 너무 집착하면 개발기간 늘어짐

[ㅆㅇㅆ(124.216)]

신은 유니티의 얼굴을 하고 있다..

[ㅇㅇ 1(221.153)]

구조는 비슷하게 할 수 있어도 솔직히 그 템플릿 그대로 활용하기는 쉽지 않음... 카이로마냥 똑같은거 찍어낼거 아니면

[ㅇㅇ 2(222.117)]

나는 에셋충이라 에셋이 너무 많아지다보니 컴파일속도 느려져서 에셋이랑만 분할할때만 쓰는데