
Before(Service -> Repository) 지하철 미션을 진행하면서 리뷰어분께 다음과 같은 피드백을 받았다. 현재 지하철 애플리케이션에는 지하철 노선과 관련된 비즈니스 로직을 담당하는 LineService가 있고, 노선의 역과 관련된 비즈니스 로직을 담당하는 StationService가 있다. 각 서비스 계층에 연결된 LineRepository, StationRepository도 함께 존재했다. 계층형 구조를 가져가면서 Service가 다른 도메인의 Repository(DAO)를 참조하는 것은 당연하다고 생각했다. 오히려 Service가 다른 Service를 의존하는 형태를 지양했다. 왜냐하면 계층형 구조에서 Service가 Service를 참조하는 구조는 순환참조가 발생할 수 있다고 생각했고..

스트림의 핵심 스트림은 함수형 프로그래밍에 기초한 패러다임이다. 스트림이 제공하는 표현력, 성능, 병렬성을 이해하기 위해서는 스트림 API 뿐만 아니라 함수형 프로그래밍이라는 패러다임까지 함께 받아들여야 한다. 함수형 프로그래밍 객체지향 프로그래밍 패러다임은 객체를 중심으로 사고하고 프로그램을 작성하는 것이다. 반면 함수형 프로그래밍은 데이터를 함수로 연결하는 것을 중심으로 사고하고 프로그램을 작성하는 것이다. 그렇다면 함수형 프로그래밍이 객체지향 프로그래밍 혹은 절차지향 프로그래밍과 반대되는 개념이 아닐까? 라는 생각을 가질 수 있다. 하지만 셋은 상호 배타적이지 않으며 대부분의 시스템은 이 세 가지 모두를 사용하는 경향이 있다. 그러므로 상반되는 패러다임이라고 생각하기 보다는, 애플리케이션을 구성하기..
- Total
- Today
- Yesterday
- 스프링 Logback
- 우테코 회고
- dm-zoned 코드분석
- jpa
- 회고
- 2차 데모데이
- Spring
- dm-zoned
- ZNS SSD
- 스프링 부트
- ZNS
- 네트워크
- 프로젝트
- 런칭 페스티벌
- 알림기능개선기
- 파이썬
- 5주차 회고
- 3차 데모데이
- 스프링MVC
- 스프링 프레임워크
- 피움 6주차 회고
- 환경 별 로깅 전략 분리
- 알림개선기
- 8주차 회고
- java
- CI/CD
- 피움
- 팀프로젝트
- 백준
- 우테코
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |