객체지향 절차지향 차이가 이거 맞냐

[익명(110.70)]

객체지향은 모듈들이 병렬 수행이고

절차지향은 직렬로 순차적으로 수행되는??

멀티 스레드 같은게없고

[졸자(121.186)]

틀림 'ㅅ'

[익명(110.70)]

뭔 차이임?

[졸자(121.186)]

이건 ㄹㅇ 사도 중의 사도고 엄밀히 들어가면 틀리긴 한데

[졸자(121.186)]

존나 쉽게 그리고 직관적으로 설명하자면. 그니까 절차지향으로 만들다 코드가 존나 길어지면 코드가 들어있는 파일을 여러개 만들어 연동시키잖아.

[졸자(121.186)]

객체지향에서 말하는 클래스가 그러한 각각의 파일과 같은 역할을 하는거임. 정확히는 클래스가 찍어낸 객체가 그러한 역할을 하는거지. 각각이 함수가 있고, 변수가 있고, 다른 클래스와는 뭐 나름대로 샛길이 있긴 하지만 원칙적으로는 호환이 안됨(호환하는게 권장되지도 않음 코드 꼬임)

[졸자(121.186)]

즉 각각의 객체는 다른 파일이다 라고 생각하면 대충 무방할듯. 그리고 각 객체별로 서로 너무 원활하게 소통하는 코드에 대해서는 <<유지보수하기 어렵게 코딩하는 방법>> 일독을 권함 'ㅅ'

[익명(59.13)]

절차랑 멀티스레드랑 상관 없지

[졸자(121.186)]

이분 말씀은 객체 지향이 멀티스레드냐 라는 이야기이신듯

[익명(59.13)]

절차지향도 멀티스레드 돌릴 수 있다는 말이었슴 ㅇㅅㅇ

[익명(110.70)]

절차적으로 순차적으로 수행하는데 병렬로 수행함?

[졸자(121.186)]

근데 이거 한마디로 줄여서 세레브한 표현으로 제대로 설명 가능한 사람 아직까지 없어 만약 있다면 전 세카이의 교과서에 그 세레브한 표현이 쓰이겠지

[익명(106.102)]

객체지향은 그냥 개념이야

[tof51(tof99)]

객체지향은 그냥 객체지향. 말 그대로 절차지항은 인터프리터. 위에서 아래 실행 아닌가요. 객체지향도 결국 이프와일문으로 해당 알고리즘되는 듯. 인터페이스. 서버, 클라이언트에 스레드있기는 하다. - dc App

[익명(59.13)]

책 읽듯 순서대로 읽는 패러다임과 객체별로 모델링하는 패러다임의 차이. 구질구질한 표현이네 ㅇㅅㅇ

[익명(175.194)]

아니야. 객체지향은 개인주의 절차지향은 관료주의 모든 프로그램은 다 위에서 아래로 순서대로 실행되는데 절차지향은 그냥 그 순서 그대로 생각하고 논리를 세우는거고 객체지향은 (실행 자체는 순서대로 되는게 맞지만) 논리를 세우는 기준 자체가 순서가 아니라 실제 사물들 개개를 하나의 박스 같은걸로 생각하고

[익명(175.194)]

밖에서 볼때는 그 박스의 겉만 보이고 박스 내부에서 일어나는 일은 박스 자신이 스스로 책임지는거야. 자기할일을 자기가 알아서 하고 남의 참견 안받고 남한테 참견 안하고 선을 지키며 커뮤니케이션하는게 객체지향이야.

[tof51(tof99)]

그래도 좋은 점은 new연산자로 수고가 덜고, 활용이 놉다. 재사용성. - dc App

[tof51(tof99)]

높다입니다. 오타네요. 놉다. - dc App

[17번(wjd918273)]

객체지향이라고 해서 절차를 부정하는게 아님. 반대개념이 아니고. 절차지향에서 구조체같은거 만들어서 쓰듯 클래스를 만들고 해당 클래스의 구조를 갖고있는 객체를 만들어서 그걸 이용하는거임 - dc App