OOP 의 가장 중요한것에 \'재사용성\' 이 추가되어야 할것 같습니다. 여러가지 이점이 있고 그 이점이라는게 쓰기 나름에서 나오는 특점이라는 것에서 차이가 있긴 하지만 OOP 의 가장 강력한 점은 \'재사용성\'과 \'적은 유지비용\' 입니다.

왜 OOP 라는 개념에 특징이 존재하는것이냐 궁금해 하실분들도 분명 계실텐데

OOP 란 프로그램 소스를 기능단위(\'모듈단위\') 로 설계하는것 입니다.

쉽게 비유 하자면 기획서나 제안서를 만들때 이전에 만들었던 \'쇼핑몰\'기능 이나 \'채팅\'기능 등을 복사해서 작업물에 붙여넣는 형식을 말합니다.

여기서 기능단위(\'모듈단위\') 는 \'쇼핑몰\' 이나 \'채팅\' 이 되며, 이러한 모듈들을 짜맞춰서 큰 서비스 제안서가 되는 것을 OOP 의 활용 이라고

볼수 있겠습니다.

물론 프로그램 개발에 있어 OOP 의 적용이라 함은 단순히 \'쇼핑몰\' 이라는 \'기획에서 말할수 있는 모듈\' 을 뜻하는것은 아니며,

\'쇼핑몰\' 을 구성하는 여러가지 \'기능\' 들에 대하여 OOP 를 적용합니다.

더 자세히 말하면, 작은 기능(\'모듈\')을 사용해서 상품 등록하는 기능(\'모듈\')을 만들고 이러한 방법으로 각각 큰 기능들을 만들어 쇼핑몰이라는 큰 모듈을 완성합니다.

그러면 여기서 \'적은 유지비용\' 이 가능하느냐.

OOP를 적용하는 방법에 있어 기술적으로 UML 방법론(어려우니) , Class , 객체 지향 방법론 ... 여러 키워드가 있지만.

위에 작성된 BOX 예를 들을 수 있습니다.

위에서 사용된 여러 형태의 Box 들이 프로젝트에 100개가 사용되었다고 생각해 보십시요.

어느날 갑자기 고객이 \'모든 박스에 형태를 라운드 로 바꿔주십시요\' 라고 했다면 어떻게 될까요.

상상만 해도 끔찍합니다만,

OOP 가 적용된 코드에서는 아주 간단히 변경할 수 있습니다.

100개를 전부 고치는것이 아니고 위에 정의된 ( 상속하여 사용된 ) rMoveBox 이라는 Class를 라운드로 출력하라 라고 코드 내용을 변경합니다.

이유는 100개의 상자는 rMoveBox 로 상속받아(사용하여 그려진) 박스 이기 때문입니다.

물론 이 예는 극단적이긴 합니다만 OOP라는 것은 이런 \'엄청 극단적인 변덕\'에 대응할수 있는 강력한 방법론중 하나 입니다. ^^