Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 29 | 30 | 31 |
Tags
- BFS
- 이분탐색
- 몽고 인덱스
- 레디스 동시성
- langgraph
- 누적합
- 셀러리
- docker
- 구현
- piplining
- ipo 매매자동화
- gRPC
- next-stock
- JPA
- AWS
- 완전탐색
- 프로그래머스
- 백준
- 추천 검색 기능
- jwt 표준
- spring event
- 검색어 추천
- 트랜잭샨
- 아키텍쳐 개선
- ai agent
- 결제서비스
- 쿠키
- 크롤링
- 카카오
- 디버깅
Archives
- Today
- Total
목록Jitter (1)
코딩관계론

시스템 구조결제 승인 구조는 포트와 어댑터 패턴을 사용하여 설계되었습니다. 이 패턴을 사용한 이유는 여러 결제 시스템을 유연하고 확장 가능하게 처리하기 위해서입니다. 예를 들어, Toss Payment 서비스를 사용하다가 PayPal이나 Stripe와 같은 다른 결제 서비스를 추가하거나 교체할 경우, 비즈니스 로직은 변경할 필요가 없으며, PaymentExecutor에 새로운 어댑터를 구현하는 것만으로 충분합니다. 이를 통해 유지보수가 용이하고 확장성이 뛰어난 구조를 유지할 수 있으며, 의존성 역전 원칙에 따라 비즈니스 로직이 구체적인 결제 시스템에 종속되지 않도록 설계되었습니다. 노락색 박스는 모두 인터페이스, 검은색 박스는 구현체를 의미하며 초록색 박스 안에 있는 값들은 클래스 변수입니다똑똑한 Ret..
개발/Hot-Stock
2024. 9. 3. 16:39