객체와 캡슐화에 대해서(객체지향적 코드를 짜는 이유)

우리는 왜 그렇게 객체지향 코드를 짜기 위해 노력하는가?

회사A가 있다고 가정해보자 회사 A는 이제 막 시작한 스타트 업으로 코드에 변경과 수정에 대한 부담이 없고 빠른 결과를 원한다. 따라서 절차 지향적으로 빠르게 코드를 짜기 시작했고 좋은 성과를 얻게되었다. 좋은 성과에 따라 새로운 여러 비즈니스 요구사항들이 들어오기 시작했다. 시간이 갈수록 절차지향적으로 짠 코드를 변경/수정하는데 많은 비용이 들기 시작한다. 많은 비용을 줄이기 위해선 변경과 수정에 들어가는 비용을 줄여야한다. 그럼 변경과 수정을 줄이기 위해선 어떻게 해야하는가? 당연희 여러 방법이 있겠지만 대표적으로 객체지향적으로 코드를 짜면된다.! 
간단히 말해 소프트웨어의 중심은 변화이다. 이 변화를 좀 더 쉽게 다가가기 위해선 객체지향적 코드가 필요하다 볼 수 있다. 

 

객체란 무엇일까?

평소 내가 간단하게 생각 하던 객체는 Class스 안에 값들이 있고 getter와 setter정도만 있어도 객체라고 생각하였다. 

하지만 이는 그냥 하나의 데이터 구조? 구조체? 일 뿐 전혀 객체가 아니였다.

객체란 내가  정의한 클래스에 여러 데이터들과 그 데이터들을 이용하여 만든 기능들이 존재해야한다.
즉 데이터와 그와 관련된 기능을 묶음으로서 객체가 기능을 어떻게 구현했는지 외부에 감추는 것이다.

캡슐화를 통해 Class에서 데이터와 관련된 기능을 구현함으로서 객체지향적 코드가 되는 것이다.

즉 코드를 짤떄 Imformation expert pattern, Tell Don't Ask, 데미테르의 법칙 등 에 입각하여 코드를 짜게되면 캡슐화만으로도 외부 코드를 변경하는데 비용을 낮출 수 있게된다.