객체지향은 여전히 유용한가?│인프콘2024

좋은 설계인지는 코드 모양만 보고 판단하지 말고 실제 요구사항이 바뀔 때 함께 수정되는 범위를 비교해야 한다. 기준 금액을 최소·최대 금액으로 바꾸면 절차적 설계는 데이터와 프로세스가 함께 변하지만 객체지향 설계는 캡슐화된 한 클래스 안에서 변경이 끝난다. 할인 조건의 타입이 늘어날 때도 다형성과 인터페이스를 사용하면 기존 코드를 고치지 않고 새 클래스를 추가하며 일관된 확장 구조를 유지할 수 있다.

장바구니 전체가 아닌 개별 항목을 판단하는 새 연산을 넣으면 절차적 설계는 메소드 하나를 추가하지만 다형적 객체 구조는 인터페이스와 모든 구현체를 수정해야 한다. 객체지향은 새로운 타입 추가에는 열려 있어도 기존 타입 전체에 연산을 추가하는 변화에는 비용이 커질 수 있다. 여러 객체에 흩어진 데이터를 조합해 새 출력으로 변환하는 작업도 데이터를 공개해 순서대로 가공하는 절차적 설계가 더 직접적이다.

상태를 복잡한 비즈니스 규칙으로 변경하는 도메인 계층은 행동과 데이터를 캡슐화하는 객체지향 설계가 잘 맞는다. 반면 프레젠테이션은 외부 입력과 출력을 변환하고, 서비스는 작업 순서를 조율하며, 영속성 계층은 데이터베이스 값을 변환하므로 절차적 흐름이 자연스럽다. 조회 전용 기능처럼 데이터를 읽어 화면 포맷으로 보내는 경우에는 객체지향보다 절차적 코드의 비중이 훨씬 커질 수 있다.

하나의 패러다임만으로 애플리케이션 전체를 설계할 수 없으며 객체지향도 모든 상황에서 절차적 방식보다 우월하지 않다. 현재 코드가 데이터를 변환하는지, 규칙과 타입이 자주 늘어나는지, 어떤 요구사항이 실제로 변하는지를 먼저 살펴 도구를 선택해야 한다. 다양한 기술을 도구 상자에 넣어 두고 장단점의 전제가 무엇인지 동료와 대화하는 질문이 개발자의 설계 역량을 키운다.