[🐣질문] 정말정말 황당한 질문이긴 한데 뭐라 검색해야 할지 모르겠어서 하는 질문.

[익명(124.50)]

한 스크립트에 몰아 넣을 수 있으면 몰아넣는 것이 맞나요?

UI 작업 하다보니 스크립트가 잡다하게 많아지는 느낌이어서 최대한 한 스크립트에 몰아 넣을까 고민 중인데

최대한 한 파트? 기능?은 한 스크립트로 만드는게 맞는 선택인가요?

[고닉은부끄러워(kdpt7t9mpp19)]

https://www.nextree.co.kr/p6960/

[고닉은부끄러워(kdpt7t9mpp19)]

단일 책임의 원칙이라구 있음

[익명(124.50)]

확인. 딱 원하던 내용인듯

[익명(123.213)]

개인적으로는 클래스 하나가 기본 500줄, 최대 700줄 넘어가면 한 클래스에 여러 기능이 섞여있다고 판단해서 클래스 분할함

[연어(smosal)]

케이스 바이 케이스 이제 디자인패턴 공부하면서 어딘가에 있을꺼같은 정답지를 찾아 떠나는 여행 시작하면댐

[연어(smosal)]

UI쪽 작업하는거면 MVC / MVP / MVVM 같은 키워드로 찾아보고 공부해봐도좋을꺼야

[연어(smosal)]

미래엔 생각이달라질지모르겠지만.. 지금의 나는 개인적으로 단일 책임의 원칙도 좋지만, 게임프로그래밍의 특성상 어쩔수없이(현실적으론..) 헤비클래스가 생기기 마련이고, 단일 책임원칙, 컴포넌트 패턴을 지키겠다고 쪼개고 쪼개고 하는것보다 오히려 잘 뭉쳐서 안뺄수있는건 단단하게만들어서 파셜로 뭉쳐놓는것도 좋다고생각함. 어디까지나 케이스 바이 케이스

[익명(112.153)]

기저(베이스) 클래스 안에서만 사용하는 자료구조나 클래스의 경우 같이 넣어두고 해도 되고 아니면 분리하는 게 나음.