우선 절차지향은 구현할 때 객체, 모듈화 없이 아래에서 위로 쭉 짜는거잖아 데이터와 메소드는 분리되어서 담기고(C ㅎ)
근데 객체지향에서는 객체 중심의 설계를 하는건데
근데 OOP언어에서도 절차지향처럼 구현 할 수는 있잖아 (물론 그러면 안되겠지)
사람들이 맨날 객체지향이랑 절차지향 VS 붙이는데
그럼 지금 자바나 C 처럼 OOP 렝귀지들이 절차 객체지향 패러다임을 섞어서(순수 OOP가 아니다?) 둘다 할 수 있는건지 아니면 객체지향이 절차지향의 슈퍼셋이여서 그런지 의문이 생기네
내가 궁금한걸 정리해보다면
1. 객체지향과 절차지향은 서로 공존할 수 없는 패러다임인가?
2. 만약 공존할 수 없다면 현재 OOP언어(자바, C )에서는 두가지 패러다임을 동시에 채용하는건가 아니면 OOP 패러다임을 따르는건 맞는데 절차지향이 OOP의 하위개념이라 둘다 사용할 수 있는건가
함수형 패러다임이랑 OOP는 공존될 수 있다고 확신하는데(스칼라) 이건 좀 생각을 해봐야겠네..
명쾌한 답을 준다면 스승님으로 모시겠습니다..
근데 객체지향에서는 객체 중심의 설계를 하는건데
근데 OOP언어에서도 절차지향처럼 구현 할 수는 있잖아 (물론 그러면 안되겠지)
사람들이 맨날 객체지향이랑 절차지향 VS 붙이는데
그럼 지금 자바나 C 처럼 OOP 렝귀지들이 절차 객체지향 패러다임을 섞어서(순수 OOP가 아니다?) 둘다 할 수 있는건지 아니면 객체지향이 절차지향의 슈퍼셋이여서 그런지 의문이 생기네
내가 궁금한걸 정리해보다면
1. 객체지향과 절차지향은 서로 공존할 수 없는 패러다임인가?
2. 만약 공존할 수 없다면 현재 OOP언어(자바, C )에서는 두가지 패러다임을 동시에 채용하는건가 아니면 OOP 패러다임을 따르는건 맞는데 절차지향이 OOP의 하위개념이라 둘다 사용할 수 있는건가
함수형 패러다임이랑 OOP는 공존될 수 있다고 확신하는데(스칼라) 이건 좀 생각을 해봐야겠네..
명쾌한 답을 준다면 스승님으로 모시겠습니다..
- dc official App
대척 no no 진화
그럼 객체지향 하위에 절차지향이 있다고 생각하면 되는거임? 아니면 둘은 다른 개념인데 공존할 수 있는거임? - dc App
http://blog.wishket.com/객체지향-vs-절차지향-프로그래밍/
OOP 패러다임이 절차지향에서 진화해서 나온 개념이긴 하지만 OOP가 절차지향을 포함하는건 아니라는거지? 우리가흔히 말하는 OOP언어로 프로그래밍한다면 절차지향 패러다임은 아예 사용하지 않는다는건가? - dc App
성능따지고 오래쓸거고 잘 안바꿀거면 절차지향쓰고 아니면 객체지향 쓰는거 아닌가 모르겠다 잘
아니면 OOP 언어에서도 절차지향 패러다임을 같이 쓸 수 있는건가? 하스켈이랑 스칼라는 순수 함수지향 여부를 따지잖아 그럼 우리가 현실에서 흔히 사용하는 OOP언어들은 순수 OOP 언어가 아닌겅가? - dc App
뭐 비교를 할려면 1. 왜 그 방식이 나오게 되었는가 ? 철학적 관점은 ? // 2. 방식들의 장단점은 ? 으로 접근하면 이해되겠지. ㅇㅇ OOP로 한다고 해도 세부적인 메소드나 함수 내부는 절차적으로 개발하잖아. 흔하게 코딩전에 대충 한글 주석으로 여기는 뭐하고 저기는 뭐하고 러프하게 스케치하고 그기에 작업하는 것도 절차적 방법임.
그리고, 딱 한번의 개발이란 의미에 포커스를 두면 절차적도 적당한데.. 점점 더 빠른 시간 내의 재개발 또는 대형 프로젝트나 여러가지를 생각해보면 OOP가 절차적인 부분보다 잇점이 훨씬 있는거징. ㅇㅇ
보통 후학들이 첨에 와닫지 않은 이유가 A라는 방식이 처음으로 체계화 된후 A란 방식으로 일을 해보다 보니.. 뭔가 문제가 생겨서 B란 방식이 대두 되었는데.. A는 A'로 진화했고, B는 B'로 진화해서 배울때는 A'와 B'를 배우다보니 그 사이의 히스토리를 몰라서 헷갈려하는 경우가 많징 ㅇㅇ
아무튼 두개중에 필요할때 필요한거 갖다 쓰면 됨. 드라이버랑 망치있는데 굳이 하나의 도구만 고집할 필요 없듯이
행님들 감사합니다.. 자꾸 회사사람이 OOP랑 POP랑 공존할 수 없는 개념이라고 이야기하길래 궁금해서 물어봤음.. 즐코딩하세요 - dc App