만드려는 시스템이 너무 복잡해서 부분적으로 구현하고 나중에 갖다 붙히고싶다 => 이럴때 제일 괜찮고
이러다보면 나중에 붙히는 쪽이 바뀌어도 재사용이 된다는 장점도 부수적으로 생김
근데 우리가 쓰는 코드는 기본적으로 컴퓨터 위에서 돌아야 하는거고
저런 추상화 레이어가 많이 쌓이면 cpu 캐싱도 좀 덜되고 함수호출도 복잡해지고 메모리관리도 어렵고..
성능이 안중요한 곳에서는 많이 써도 상관없는거같음
만드려는 시스템이 너무 복잡해서 부분적으로 구현하고 나중에 갖다 붙히고싶다 => 이럴때 제일 괜찮고
이러다보면 나중에 붙히는 쪽이 바뀌어도 재사용이 된다는 장점도 부수적으로 생김
근데 우리가 쓰는 코드는 기본적으로 컴퓨터 위에서 돌아야 하는거고
저런 추상화 레이어가 많이 쌓이면 cpu 캐싱도 좀 덜되고 함수호출도 복잡해지고 메모리관리도 어렵고..
성능이 안중요한 곳에서는 많이 써도 상관없는거같음
근데 사람이 알기 쉬운이 OO니까 ㅋㅋ
나는 oop를 쓰고 안쓴다는 개념이 생소하게 다가옴. 이미 언어자체가 객체지향언어인데 뭘 쓰고 말고를 생각해? 그냥 그 언어를 쓰면 객체지향을 쓰고있는거야. 안쓰면안되는거임. - dc App
oop를 좋다고 느끼는 이유는 ood 즉 머리속에서 상상한 형상대로 동작할 것 같은 착각을 일으키기 때문임 근대 만들어보면 잘안됨 ood할때는 문법제약이나 타입시스템이 없거든 다만 그런 상상력을 공유할 수 있다는 점이 그냥 생코딩보다 유리하지 실제로는 ood는 구체적인 도메인 내에서 개념설명으로 한정하고 개발은 상속보다 모듈화를 통해서 하는게 안정적임
ㄹㅇㄹㅇ
oop가 자랑하는 장점중에 재사용이 있는데 라이브러리 개발자는 재사용을 시킬수 있어도 니들은 그게 안돼 왜냐하면 니들은 바텀업이 아니라 탑다운 설계를 하거든 설계가 변하면 만들었던거 그 아래거 다 갖다버리고 다시 만드는게 일이야 가슴에 손을 얹고 생각해봐라 반면 모듈화는 프로그래밍등장 이후부터 재사용에 실패한 역사기 없다
다만 모듈화와 OOP는 양립할 수 있는 개념이 아니라서고, 어차피 OOP도 모듈화 추구하니까 그부분에 대해서는 약간 잘못된거 같음
위에 부분은 동의하는데, 애초에 OOP 설계의 기본 중의 기본은 모듈화니까
oop 상속으로 모듈화하면 개꼬임 애초에 모둘화민 생각하고 상속은 고메인 한정으로만 써야해 oop 장점인 모듈화 구현을 대부분의 서적에서 상속을 암시하기때문에 개가튼거임
고메인 --> 도메인
그래서 요즘은 상속대신에 has-a 관계 위시한 컴포지션 쓰니까 뭐
한 10년 넘은 개념이라 요즘 OOP 책들은 대부분 컴포지션 쓰세요 하니까 그부분은 해결된거같음 내 생각엔
컴포지션만 쓰면 상속 안쓰는거잖아 긍데 oop가 왜 좋냐는 말이 나올수밖에 컴포지션은 모든 언어가 다 잘함
Math 클래스가 있지 대부분 라이브러리가 이거 있잖아 이거 상속해서 쓰는 변태있나? 모듈화와 상속은 달라 oop는 그걸 같은 것처럼 호도하기때문에 문제고