문제 상황

의존성 해결을 위한 방법 모색

이 시스템을 통해 메인 어플리케이션과 클라이언트 간의 데이터 송수신을 관리하고, 라이선스 허용 여부를 결정하는 역할을 수행하게 한다.
이렇게 구축된 중앙 집중식 라이선스 관리 시스템은 메인 어플리케이션과의 의존성을 줄여주며, 라이선스 API 스펙이 변경되더라도 시스템 내에서만 대응 개발을 하면 된다.
또한, 라이선스 정보를 중앙에서 효율적으로 관리할 수 있으며, 다른 어플리케이션과의 통합도 용이하게 된다.

Delegation 패턴은 하나의 객체가 다른 객체에게 특정 동작을 위임하는 것을 의미한다.
이를 통해 객체 간의 결합도를 줄이고 코드의 재사용성과 확장성을 높일 수 있다.

Delegation 패턴 적용 설계
- 라이선스 관리 객체 설계
  - 라이선스 관리에 필요한 기능을 수행할 라이선스 관리 객체를 설계
  - 이 객체는 메인 어플리케이션으로부터 클라이언트 데이터를 받아 허용 여부를 판단하고, 허용된 데이터만을 메인으로 전달하는 역할을 수행하게 한다.
- 인터페이스 정의
  - 메인 어플리케이션과 라이선스 관리 객체 간의 인터페이스를 정의한다. 이를 통해 메인 어플리케이션은 라이선스 관리 객체의 기능을 호출할 수 있다. 인터페이스는 메인 어플리케이션의 요구에 맞게 설계되어야 한다.
- Delegation 구현
  - 메인 어플리케이션은 라이선스 관리 객체를 생성하고, 자체적으로 수행하지 않을 라이선스 관련 작업을 해당 객체에 위임한다. 메인 어플리케이션은 라이선스 관리 객체를 통해 클라이언트 데이터의 허용 여부를 확인하고, 허용된 데이터만을 처리한다.
Delegation 패턴 적용 효과
- 메인 어플리케이션과 라이선스 관리 기능 사이의 의존성을 줄일 수 있다.
- 메인 어플리케이션은 라이선스 관리 객체의 인터페이스에만 의존하고, 라이선스 관리 객체의 구현 내용이 변경되더라도 메인 어플리케이션에는 영향을 주지 않게된다.
- 이를 통해 유연하고 확장 가능한 코드를 작성할 수 있다.

이러한 대안적인 접근 방식은 중앙 집중식 라이선스 관리 시스템과 비교하여 일부 제약사항이 있을 수 있지만, 현재 스프린트에서 구현하기에 더 적합한 솔루션일 수 있다.

2안과 3안이 섞인 모습으로 동작하고 있었다.
- 메인 어플리케이션의 라이선스 API의 리턴 모델 클래스를 클라이언트 서버에서도 갖고 있으면서 로직상 필요할 때마다 캐싱된 데이터를 기준으로 허용여부를 판단했다
- API 스펙이 변경될 때마다, 대응개발이 발생