일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
Tags
- HTTP
- 서블릿
- CircuitBreaker
- 세션
- 스프링 부트
- 코드리뷰
- mock
- Docker
- REDIS
- Paging
- 트랜잭션
- AOP
- 우아한테크코스
- 레벨2
- 자바
- JPA
- 프로그래머스
- AWS
- MSA
- 스프링부트
- 미션
- 프리코스
- JUnit5
- 의존성
- Level2
- 백준
- 우아한세미나
- yml
- 우테코
- Spring Batch
Archives
- Today
- Total
목록우아한Tech #우아한개발자 #공유문화 (1)
늘
[우아한 세미나] 객체지향적 설계와 의존성 관리
연관관계는 객체 참조가 있는 상태이다. A -> B로 영구적으로 갈 수 있는 경로가 있다고 보면 된다. class A{ private B b; } 의존관계는 파라미터의 타입이 나오거나, 리턴 타입에 나오거나, 메서드 안에서 그 인스턴스를 생성하면 인스턴스이다. 일시적으로 관계 맺고 헤어지는 관계 class A{ public B method(B b){ return new B(); } } 1. 양방향 의존성을 피하라 - 성능 이슈 - sync를 맞출 때, 많은 버그를 만날 수 있다. 2. 다중성이 적은 방향을 선택하라 - 즉, One-To-Many보단 Many-To-One방향을 잡는 게 더 좋다 - 성능 이슈, 컬랙션의 관계들을 유지하기 위해 노력하는 게 너무 힘들다. 3. 의존성이 필요 없다면 제거하라 4..
백앤드 개발일지/웹, 백앤드
2021. 9. 7. 15:24