[🐣질문] 기능들마다 클래스를 다 만들어두는 사람 있음?

[익명(121.170)]

예를 들어 색깔변경하는 기능을 만들고싶으면

class ChangeColor

{

Color color;

// 대충 color 가져와서 색상변경하는거

}

총의 경우 재장전 기능이 있으면

class Reload

{

// 대충 탄알집 컴포넌트 가져와서 탄알집 채우는 기능

}

뭐 이런식으로 아예 그냥 기능이란 기능을 싹다 스크립트화 해서 쓰는 사람들 있음?

[익명(1.234)]

다른곳에서도 쓰일때 분리해도됨, 물론 처음부터 예상되면 더좋고

[익명(121.170)]

다른곳에서도 쓰여서 분리하는중인데 고작 함수 딱 하나 있는 클래스를 만들어야하나 궁금했었음

[익명(1.234)]

클래스는 많아지는거 상관없음 변수 5개 이하 단순 데이터클래스도 따로 클래스만들자나 파일이 부담스러우면 그런 잔챙이들을 한파일에 모아도 되긴함

[익명(1.234)]

형상관리하고있으면 파일많아지는건 부담일수도있음 파일 추가/제거가 거지같으니까

[익명(121.170)]

그런 단점이 있었구만 ㄳ

[익명(183.103)]

형태 통일하는거 좋아하면 그런식으로 많이 하지

[익명(14.52)]

코드와 클래스를 얼마나 쪼개냐는 취향이나 경험상 어디까지 쪼개는게 깔끔하더라하는 감의 영역이라.

[익명(222.117)]

기능은 함수이지 클래스가 아님 다만 기능이 데이터와 경직되어 엮이기 시작한다면 클래스로 구현함 근데 보통은 이런 강한 기능의 커플링은 좋은 코딩 방식이 아님

[익명(222.117)]

다만 C# 특성상 클래스 없이 딸랑 함수만 있는 애들을 만들 수는 없어서 static 함수만 있는 허수아비 클래스를 만들어야하는 경우가 있는데, 그런건 실제로 클래스로써 쓰는게 아니니까 예외