객체지향과 스프링
- 관심사의분리: 변경의 시기와 이유가 다르면 관심사 분리를 고려해볼만 하다
- 상속(override)는 캡슐화를 깨뜨린다?
외부(자식클래스)는 부모의 메소드를 가져다 쓰기만 해야하는데(캡슐화), override를 한다는건 가져다 쓰는게 아니라 재정의하고 바꾸어 쓰는 것이므로 캡슐화를 깨뜨리고 좋지못한 설계로 간다 - 제어의역전: 객체가 자신이 사용할 객체를 스스로 결정/생성하지 않는
- 객체지향설계의 핵심은 애플리케이션 기능을 구현하기 위해서 협력에 참여하는 객체들 사이의 상호작용이다
- 객체들은 협력에 참여하기 위해 역할을 부여받고 역할에 적합한 책임을 수행한다
- 스프링은 어떻게 객체가 설계되고, 만들어지고, 어떻게 관계를 맺고, 사용되는지에 관심을 두는 프레임워크이다
- 다시말해 스프링의 관심은 객체와 그 관계이다. 다만 객체를 어떻게 설계하고, 분리하고, 개선하고, 어떤 의존관계를 가질지 결정하는 일은 스프링이 아니라 개발자의 역할이며 책임이다
backend