객체지향이 뭐죠

[우물안개구리(whiteprince)]

절차지향보다 좋음?

[익명(1.245)]

객체지향은 절차지향보다 기능 확장성이 좋음. 절차지향은 기능확장하는 방법이 c로치면 go to구문 같은게 있는데 그건 cpu성능과 메모리 성능이 70~80년대 시절 이야기임. 지금 기준으로 절차 지향 언어로 요즘 SW들 만큼 성능확장을 시키면 되긴 될테지만 아주 불안정하게 되거나 내부적으로 버그가 많아져서 안하는 게 좋음. 대신 oop는 클래스, 상속 이라는 개념이 생기면서 어떠한 기능을 만들때 독립적으로 그 기능을 만든 다음 클래스에 상속 시켜주면 됨. 그래서 나온게

[우물안개구리(whiteprince)]

배워갑니다!

[익명(1.245)]

멀티태스킹 이라는 것인데 이게 말그대로 다되게 하는거임. 이게 전에는 워드프로세서 문서에 인터넷 링크 연결 정도 였는데 이제는 더 발전해서 냉장고에 인터넷 웹 브라우저가 달려서 냉장고를 쓰면서 웹서핑을 할 수 있는 시대가 조금씩 오고 있음.

[손실압축알집(emevoluoyod)]

헛소리 ㄷㄷ해

[익명(1.245)]

아... 객체얘기 빼먹었다.

[익명(1.245)]

oop 상속 관계: 클래스>객체, 객체지향 특징: 캡슐화, 상속, 다형성 이렇게 있는데 나머지는 더 찾아보길 권함. 나 지금 공장 가야되서...ㅠㅠ

[ㅈ(125.191)]

절차는 순차적 처리가 기본이라면 객체지향은 책임을 일정한 원칙으로 덩어리로 나누고 내가 처리할 수 없는건 처리할 수 있는 객체에게 요청해서 협력해서 처리한다는게 기본베이스임. 책임(responsibility) -> 책임을 뭉쳐서 객체가 띄는 특성(role) -> role을 띈 객체간의 상호협력(collaboration) 이라고 말함. role, responsibility, collaboration 이렇게 3개가 주요 원칙임. responsibility-driven design, 또는 object design rebecca wirfs-brock책을 읽어보면 도움이 된다.

[ㅈ(125.191)]

실제로 현업에서 어플리케이션을 만들때는 상속이란 구조를 거의 취하지 않음. 상속보다 컴포지션을 취하라는 se쪽 얘기가 있음. 뼈대가 되는 프레임워크, 라이브러리를 제외하고 상속은 100%중 5%도 안씀. 상속을 많이 쓴 설계가 나오면 그게 이상한 거임.