객체이향이라함은 데이터 중심적 코딩이아닌 기능에중점을둔것을 의미한다!
기능에중점을 두엇기에 데이터의 변화에 따른 연쇄적인 코드의 수정및 보완이 절차지향보단 낫다. 추상화와 캡슐화 다형성 등에의해 변화에 강하다는 장점이있으나 구조적으로 복잡해진다는 단점이있다.
기능에중점을 두엇기에 데이터의 변화에 따른 연쇄적인 코드의 수정및 보완이 절차지향보단 낫다. 추상화와 캡슐화 다형성 등에의해 변화에 강하다는 장점이있으나 구조적으로 복잡해진다는 단점이있다.
사실 절차지향과 객체지향의 차이를 잘모르겠다는 늅늅이들이짜는 코드는 객체지향언어로 절차지향적으로 짠것이기에 그렇다. 디자인패턴을 공부해보도록하자.
기능에 중점을 둔거면 절차지향으로 작성한 모듈 프로그래밍과는 어떻게 다른거임
추상화 다형성은 객체지향만의 특징인것도 아니고
절차지향으로 그지랄하다가 나온게 객체지향인것같다.
아닌것 같은뎅
애초에 절차지향에서 파생된 개념이 아니라 다르게 발전한 개념아님?
그롬몬데 쭈댕
아님 파생된거
그거 람다대수 튜링머신처럼 기반이 되는 계산이론이 있던거 같은데
절치지향은 데이터와 그것을 처리하기 위한 절차를 분류/결합하는 언어적 기능이 없고 기껏해야 파일로 분류하는 수준이었으나 새로운 언어에서 그 데이터와 절차의 분류/결합을 언어적으로 지원하기 시작하고 이것을 객체지향 언어라고 함.