스프링 DI 이거 왜 장점인거냐

[익명(222.235)]

그냥 = new ~ 붙이면 될걸 왜 bean태그에 끄적이는거? 애미없음?

[익명(112.187)]

new 하면 결합도 커지니까

[익명(211.219)]

그걸 니 손으로 하나하나 하려면 결합도 낮추려고 지랄병을 해야댐

[익명(211.219)]

그럼 배보다 배꼽이 더 크다

[익명(222.235)]

결합도가 뭐냐 그거 낮추면 뭐가 좋음

[익명(125.180)]

결합도는 수정하는데 필요한 시간이랑 똑같이 간다라고 보면되지

[익명(110.15)]

ㅈㅊㅇ - dc App

[익명(211.216)]

인터페이스만으로 구현 가능함

[익명(211.216)]

DI 없으면 어떻게 하던 OCP랑 DIP 위반하게 됨

[익명(211.216)]

인터페이스 + 구현클래스나 구현 클래스 + 구현 클래스 조합이되서 ㅇㅇ

[익명(211.216)]

DI 씀으로 Config에서 객체를 설정함을 통해서 더 유연하게 앱을 만들 수 있게 됨 김영한식으로 들자면 DB 갈아 끼우기 존나 편함 ㅇㅇ

[익명(211.216)]

그것 말고도 물론 서비스 로직 갈아 끼우는 것도 기존 코드 손 안 되고 인터페이스 구현한 클래스 만들어서 설정만 변경함으로 가능함 => OCP

[익명(211.216)]

인터페이스만으로 구현 가능하다는 건 말을 잘못한 것 같은 데 아무튼 아래의 이유임

[익명(211.216)]

한 마디로 역할(인터페이스)랑 구현이 분리 될 수 있다는 거임

[익명(211.216)]

프로그래밍에서 분리할 수 있다는 게 얼마나 중요한 지는 JSP를 생각해보면 알 거임

[익명(211.216)]

분할과 정복 ㅇㅇ 끝