스프링에서 service를 바로 구현안하고

[익명(39.7)]

Service 인터페이스 만들고 거기다가 servieimpl로 구현체를 만드는 이유가 뭐임?

[익명(39.115)]

인터페이스를 쓰는 이유가 뭔데

[익명(39.7)]

유지보수를 쉽게 하기 위해서? 아님 설계자들의 정의서?

[익명(39.115)]

나두모름 데헷

[익명(119.71)]

그거 사실 좀 쓸데없는 추상화라서 그냥 클래스로 만들기도 함

[익명(122.35)]

우린 그냥 클래스로 만드는데 가끔 인터페이스가 필요한 경우가 있긴함

[익명(39.7)]

그럴 경우가 어떤거임?

[익명(183.96)]

부가 기능들이 추가된다 거나, 같은 로직이 많이 들어가 있는 걸 공통 모듈로 빼고 서로 다른 서비스로 다시 정의하거나 등등

[익명(122.35)]

뭐 많은 경우가 있겠지만 예를 들면 원래는 a 로 동작해야하는 service 인데 특정 경우에는 b 로 동작해야 하는 경우가 있는데 이걸 하나한 if 로 만드느니 service 를 2개 만들고 Property 설정으로 필요한쪽이 쓰이게 한다거나

[익명(39.7)]

글쿤 ㄱㅅ

[익명(122.35)]

공통으로 여기저기서 다 쓰는 service 인데 각 경우별로 좀 달라서 interface 만 맞춰놓고 내부 구현을 다르게 만든다음 필요한거 연결해서 쓴다거나

[익명(122.35)]

결국 객체지향의 확장인거지