자바 객체지향에 5대 원칙을 이해해보았습니다.(맞나요? ㅜㅜ)

Question

코딩 고수님들 제가 부족하지만, 한 번 읽어봐주시면 감사합니다.1. 직접 Entity, Repository, Config, Service등 카테고리를 분류하여 만들어 보면서 원칙들이 서로 연결되어있다는 것을 꺠달았습니다.2. Config라는 외부에서 주입하는(의존성주입)으로 많은 것을 위배하지 않고 지키는 것을 깨달았습니다.단일 책임의 원칙(SRP) - MemberRepository : 자바 객체와 JPA(ORM) DB연동 역할 - MemberService : 클라이언스에게 Response 역할 그외 관련 있는 것 DiscountPolicy : 맴버변수의 등급에 따라 확인 적용 역할 위 처럼 하나씩의 역할로 나누어 관리하며, 하나의 책임에만 집중하니 독립성이 높아 (유연성)↑하고, 의존성이 낮아 결합도↓유지보수 및 재사용성 용이인터페이스 분리 원칙 - 인터페이스 분리하여 관리한다. 단일 임의 원칙과 비슷하다. - MemberRepository : 자바 객체와 JPA(ORM) DB연동 역할 - MemberService : 클라이언스에게 Response 역할 2개의 인터페이스로 분류하지 않고 MeberAll이라는 인터페이스 다 넣게 되어 상속 받게 되면, 쓸데없는 메소드랑 변수까지 사용하게 된다는 점을 말하는 듯하다.개방과 패쇄의 원칙(OCP) - DiscountPolicyImpl(인터페이스) - FixDiscountPolicy : 등급별 고정된 할인 적용 - RateDiscountPolicy : 등급별 %로 할인 적용 개방이라는 말은 즉, FixDiscountPolicy 라는 할인 정책이 적용이 되던, RateDiscountPolicy라는 할안 정책이 적용이 되던 다형성이 허용 되어야한다. 패쇄이라는 말은 어느 정책을 적용시키던, 코드에는 변경이나 변경이 없다는 것을 말한다. 다른 예로 들면, JDBC에서 어떤 DB를 사용하던 Connection의 값외는 동일하다.의존의 역전 원칙(DIP) - 역할은 인터페이스이고, 구현은 추상화한 또는 구체화한 클래스입니다. 역할과 구현이 구분되어 있다면 다형성을 추구할 수 있습니다. A라는 서비스에 구현된 특정 B라는 클래스와 의존관계가 있다면, A는 B에게만 의존하여 그 아이의 메소드, 변수들만 사용하게 됩니다. 하지만, A라는 서비스가 인터페이스에 의존을 한다면, 다형성 있게 인터페이스에게 상속받은 B, C, D를 모두 사용할 수 있고 어느 곳에 치우치지 않습니다. 리스코프 치환 원칙 - 구현 클래스 is able to 인터페이스 Map은 인터페이스 입니다. 즉, 역할입니다. 구현은 HashMAP, HashTable 등이 있습니다. 즉, 첫번째 Map이라는 부모의 인터페이스역할을 자식 HashMAP, HashTable의 구현체가 대신할 수 있어야한다. 다른 말로는 개방과 패쇄의 원칙에서 말씀드렸다 시피 DiscountPolicyImpl이라는 할인정책이라고 명시했다시피 FixDiscountPolicy던, RateDiscountPolicy던 부모 객체 역할을 대신 할 수 있습니다. - DiscountPolicyImpl(인터페이스) - FixDiscountPolicy : 등급별 고정된 할인 적용 - RateDiscountPolicy : 등급별 %로 할인 적용

자바 객체지향에 5대 원칙을 이해해보았습니다.(맞나요? ㅜㅜ)

0개의 답변

Q&A 목록