[🐣질문] 보통 코드 정리할 때 어떻게 하는 편임?

[익명(14.35)]

유니티고 맨땅에 머리박는 좆뉴비인데

스크립트 30개 넘어가면서부터 스파게티가 뭔 말인지 알게됨

뇌정지 씨게와서 정리좀 해야할 거 같은데 존나 막막함 ㅋㅋㅋㅋㅋ

비슷한 형식의 코드 여기저기 흩뿌려져 있고

스크립트 합쳐야할지 나눠야할지 구분도 안되고

그냥 처음부터 다시하는게 빠를거 같다는 생각이 들기 시작함

[ㅇㅇ 1(183.98)]

MVC 패턴

[익명(61.83)]

나도 고민임...

[익명(61.83)]

근데 글에 답을 이미 알고 있다. 나도 그렇고 한곳에 저장하면 직관성은 좋아지는데 변수가 많아질수록 스크롤 압박 여러군데로 나눠서 붙이면 깔끔해보이는데. 직관성은 떨어짐... 딜레마걸렸음 뭘 해야할지

[익명(14.35)]

ㄹㅇ 어디서 타협을 봐야할지 모르겠어

[익명(61.83)]

이 글 보고 나는 정했다. 한곳에 무지성 늘리기, 나눠서 만들기. 둘 다해서 미래의 내가 알아서 선택하게 해야지. 간단하면 한곳에서도 가능한 정도겠고. 복잡한 게임이면 나눠서하려고 하겠지.

[ㅇㅇ 1(183.98)]

데이터 담는 컨테이너 코드부터 따로 빼고, 이 데이터 컨테이너를 기반으로 실제 동작하는 기능 로직들 따로 빼고, 유저한테 보여주는 기능들 모아놓은 View 코드 따로 빼고

[익명(14.35)]

체계적인 방법인건 알겠는데 M/V/C 구분이 안됨 ㅋㅋㅋㅋㅋㅋ 공부좀 할게..

[ㅇㅇ 1(183.98)]

사실 이렇게 해야된다는건 없음. 1인개발이면 그냥 자기가 납득하고 이해하기 쉬운 확실한 원칙이 있으면 그걸로 족함. 디자인 패턴은 원활한 협업을 위한 측면이 더 커서 정작 1인개발 해보니까 거기에 집착했다가 시간만 버리는 경우가 더 많더라. 난 이 방식에 납득해서 이렇게 짜는거고. 그리고 코드 다 짜고 나서 차라리 처음부터 다시하는게 더 빠를거라고 많이들 생각하는데 실제 그럴지는 해봐야 아는거임 ㅋㅋㅋㅋㅋ 실제론 다시 짜도 생각보다 만족스럽지 않을수 있음.

[ㅇㅇ 2(27.117)]

스파게티가 진짜 지옥이 되는건 동작 사이에 다른 동작을 추가하고 싶어졌을 때나 특정 상황에 따른 추가 분기를 끼워넣어야 하거나 이런 때 자기코드 흐름을 자기도 모르면 뭘 넣을 수가 없음 ㅋㅋㅋㅋ

[ㅇㅇ 3(121.130)]

스파게티 = 코더 / MVC = 프로그래머

[익명(175.223)]

오늘 점심은 스파게티다

[게임개발자(222.236)]

잘하고있네 ㅎㅇㅌ! 계속하면 늘음

[ㅇㅇ 4(220.70)]

나중에 중복되는 부분만 묶어서 정리해도 깔끔해짐 괜히 어려운 구조 생각하지 말고 우리는 인디니까 구현에 집중하셈

[ㅇㅇ 6(118.235)]

얘말만 듣고 중복된다고 함부로 묶으면 나중에 개ㅐㅐㅐ좆된다 ㅋㅋ 프로그래밍 패러다임 공부해야됨 - dc App

[ㅇㅇ 5(211.49)]

사실 매니저 클래스만 30개씩 있는거 아니면 그냥 구현에 집중하는게 나음.

[익명(14.52)]

작업하다보면 기능을 확장하던 뭘하던 비슷한 부분을 건드리게 되는데, 그때 코드 다시 읽어보고 어떻게 돌아가는지 바로 눈에 안들어오면 주석을 달거나 함수를 따로 빼서 이름붙여서 이해하기 쉽게 정리하고, 비슷한 기능을 다른데 만든게 기억나면 그거 다시 찾아서 어디에 넣어야 묶을수있는지 정리하고. 틈틈히 이정도만 해도 점점 나아짐. 원래 의도한 구조에서 예외사항이 생기면 구조 자체를 다시 검토하는 경우도 필요하고

[익명(14.52)]

첫술에 완벽한 구조, 깔끔한 코드를 짜려고들면 아예 손을 못대는 경우가 많아서 위에 댓글말대로 일단 구현에 집중하되 처음엔 이해하기 쉽게 변수 이름을 잘짜거나 함수이름을 잘짜는 연습을 하는게 나음.