예제 코드가
굳이 객체 만들고 사용자 입력 받는거 까지 분리해서 함수만 2~3개 있는 클래스 써요
제 생각에 이건 객체 지향적인 코딩이 아닌 것 같은데 또 main문에 있는 사용자 입출력을 분리하긴 해야 할 것 같아요
이런 경우 모범 답안이 뭔가요
예제 코드가
굳이 객체 만들고 사용자 입력 받는거 까지 분리해서 함수만 2~3개 있는 클래스 써요
제 생각에 이건 객체 지향적인 코딩이 아닌 것 같은데 또 main문에 있는 사용자 입출력을 분리하긴 해야 할 것 같아요
이런 경우 모범 답안이 뭔가요
님이 생각하는 객체 지향이 몬데요 아 ㅋㅋ
객체와 그 객체와 상호작용하는 객체의 상태 변화에 중점을 둔게 객체지향인 것 같아요. 따라서 전 상태에 접근하는 getter setter도 쓰면 안되고 저렇게 아무런 상태도 가지지 않으며 다른 객체의 똥딱이만 하는 클래스는 없거나 그 기능을 다른 곳에 구현해야 한다고 생각해요
그럼 그렇게 짜세요
근데 그럼 열혈에선 왜 저런식으로 구현을 했나요
세상 사람들이 다 님처럼 생각하는 게 아니니까요
그래서 그 생각이 뭘까요 저 사람은 저렇게 만들었을때 어떤 장점이 있어서 저렇게 만든걸까요
추상화시키려고 그런거 아닐까