[💬] 바퀴를 만들고 있다.

[MakGa(lucky1434)]

(장문임)

어떤 게임 소스가 있다. 나는 재밌다고 생각하는데

업데이트가 안되는 게임이다.

소스가 공개되어 있으므로 많은 파생형이 나왔다.

몇개 해봤지만 마음이 안든다.

플랫폼만 바뀌었지 리소스가 똑같고 플랫폼이 바뀌면서 조작감이 피로해졌기 때문이고

플랫폼이 바뀌었지만 이전 게임의 ui와 완전히 동일해서 오히려 불편해졌기 때문임

화면이 좁으면 좁은데로 넓으면 넓은데로 유저의 편의성을 생각해야 하는데

그런게 없다.

추가요소도 없다. 업데이트도 없고 개선점도 없고 아류로 시작한 흥행작도 없다

그래서 내가 만들기로 했다.

그리고 코드를 봤는데

왜 아무도 손을 안댄건지 알았다.

돌아는 가지만...

어떤 코드도 뜯을수 없다

모든코드가 엉켜있다. 하나를 수정하면 에러가 천개가 나온다

그냥 모든 코드를 숙지하고 있어야 수정이 가능한정도

몇달이 넘게 코드를 해체했다

코드가 눈에 익고 어떻게 고쳐야 맞는지 알거같다

기능은 어떻게 분리할것이고 의존관계는 어디서 관리할지

하드코딩된 부분은 어떻게 분리할거며

어떤 기능을 넣고 싶은지 다 알겠다

우선 이걸 뜯어서 내 기준에 정상인 코드가 되면

고전 알피지 기능 8할 이상은 된다고 본다.

하지만 기능만 똑같이 굴러가게 하면 안팔릴거고

현대 게임유저가 만족할만한 리소스를 넣어야 한다 그건 나중일이다

몇달간의 리팩토링 지옥에서 벗어나서 요즘은 ui를 만들고 있다

화면단위로 작성하고

뒤의 데이터를 따로 관리하고

작업이 끝나면 웹으로 내보내기 해도 기능이 똑같이 돌아가는지 확인한다.

싱글게임이었지만

가상의 로컬 서버쓰레드와 통신하는 클라이언트로 분리시킨다

서버는 하나 유저는 한명이다

요청 응답식으로 처리되게 하고

게임 한판의 데이터는 모두 서버쪽에서 처리하고

클라이언트는 데이터를 받아서 뿌리거나 리소스 관리 화면 관리만 한다

모든 데이터는 요청 응답으로만 공유되고

타기능 타화면간에 의존 관계가 없고

초기 시작 씬에서 주요 의존성은 주입한다.

web버전은 쓰레드 + Mono 버전 내보내기 템플릿이 존재하지 않으므로

process함수에 쓰레드 기능을 넣어서 가짜 서버 쓰레드를 돌린다.

웸서비스가 사용자 아이디를 받는 것처럼 생성된 게임 아이디로 통신한다.

서로 어느 기능을 작업중인지 관리가 쉽게 서버 uri로 서비스를 연결해주는 라우터를 하나 만들고 ui씬 라우터도 하나 만든다.

씬 전환 부분에 스코프를 추가하여 씬 상에서 데이터를 공유가능한 인스턴스를 씬 전환시 자동으로 만든다.

데이터 바인딩도 하고 싶은데 좀 다른 부분이 있고 이전에 작업한거랑 지금 작업이 합치기 힘들어서 우선 뒤로 미룸.

익명 오브젝트를 사용해서 js의 오브젝트처럼 쉽게 작성하고 리플렉션을 이용해서 요청용 post딕셔너리로 만들거나 결과값을 특정 클래스 인스턴스로 만드는 기능을 추가.

godot에서 자주 사용하는 getNode등 Ready에서 세팅하는 작업이나 노드들 값을 입력하는 프리팹용 코드 기계적으로 만들어줄 함수 추가.

서버에서 특정 게임용 데이터 클래스 값을 전달후 화면에 그리는 작업까지는 ok됨

웹에서 안되는 부분이 있었는데 그것도 해결됨.

우선 바퀴를 반쯤은 만든듯

이렇게 하고나니 이거 완성하고 나면 기존 소스로직은 사실상 버려야 됨

리팩토링을 하면서 역기획을 한것과 같은 효과고

사실 원래 소스는 도저히 고쳐서 쓸수가 없어서 버려야 됨

결과적으로는 기획을 베끼는 수준이 되지 않을까 싶음 밸런스나.

매일 리팩토링 하면서 스파게티 코딩할때는 답도 없었는데

이제는 새로 만드니 기간을 산정할수 있는게 좋음

하루에 얼마만들면 전투기능은 얼마 걸릴지

상점기능은 또 얼마걸릴지 산정가능하다는게 너무 좋음.

리소스나 아트나 그런 기획 바꾸거나 신기능 추가 하고 싶은건 자꾸 생각나지만

우선은 나중 이야기.

코드를 버려서 오히려 빨리 만들수도 있겠다 싶음.

처음부터 역기획 후 새로만들기 했어야 됐는데

리팩토링이 이정도 시간 잡아먹는 건지 모르고 삽질한 듯

1줄 요약  남의 스파게티 코드 고치는 것보다 자기 바퀴만들기 바닥부터 코드짜기가 오히려 낫다.

못쓰는 코드니까 남들도 대박 못치는 것...

[빗츠(solar2776)]

괜히 다시 만드는게 빠르다는 말이 있는게 아님

[빗츠(solar2776)]

그리고 대부분의 AI코드는 장황하고 쓸데없는 코드가 많고 재사용성도 낮고 유지보수도 낮아서 유지보수 관리가 안된다고 하는 것..

[Indie 1(211.107)]

회사에서 어쩔수이 없이 쓰는 코드 아니면 AI로 짜도 100배 더 좋은 코드 나옴

[Indie 2(180.66)]

무슨 게임인지 모르는것도 아닌데 꼬인 코드를 왜 풀지...? - dc App