보면
타이머 역할을 하는 클래스, 스코어 계산하는 클래스...
이딴식으로 쪼개라던데...
함수를 그렇게 쪼개는건 이해가는데...클래스까지 쪼개는건 다른 곳에서 사용하려고 그런 것 같은데...
그럼 너무 클래스가 많아져서 나중에 보기에 너무 불편하지 않을까 싶음
타이머라든가 스코어 계산 이단건 그냥 함수로 필요할떄 빠르게 짜면 되는건데..
무튼...그럼 클래스까지도 쪼개면...ㅁㅊ 간단한 게임 프로그래밍 하는데도 클래스가 수백개 이상 생기는고야? 너무 복잡해질거같은데..
쪼개지마 그럼
그렇게 짜다 아 좆같구나를 느끼면 된다
클래스레벨까지 짜를필요가없는것들은 유틸클래스를 만들고 스태틱메소드로 밀어넣으면 그만. 다만 그경계선을 잘정하는게 중요하겠지
저렇게 잘개 클래스를 쪼개놓고 다음 프로젝트할때 수정없이 바로 가져다가 쓰는거지 - 우리 혜리 미쵸
쪼개란 이유는 재사용성을 높이란 취지야
다시쓸일 있게 만드는거고 그게 아니면 나누는게 무용
나도 그런생각 많이했음 부치 메소드 보면 클래스가 극단적으로 쪼개짐..헛웃음만 나옴
잘 이름 붙혀서 잘 쪼개져 있는 코드는 다른 사람이 수정하기도 쉬위 스코어 계산을 고치고 싶은 상황일때 어느 클래스에 들어가 있는지도 구분 안되는 소스와 딱봐도 거기 있을거 같은 코드는 큰 차이가 있지 찾기도 쉬울뿐만 아니라 애초에 기능도 나뉘어 있는것이라 고쳐도 문제 생길 가능성이 적음
ㅇㅇ//붙혀->붙여 (기본형이 붙히다가 아니고 붙이다임) [리듬 맞춤법 봇♬]