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 |
Tags
- 프로그래밍기초
- 개발기초
- 비동기처리
- 정보처리기사실기기출
- 정보처리기사실기
- 클린아키텍처
- 상태관리
- 개발자성장
- 앱개발
- Java
- 정처기실기
- 정처기
- Flutter
- claudecode
- UML
- 블록체인
- 멘탈관리
- DART
- 자바
- 플러터
- RiverPod
- 정처기실기기출
- 모바일 앱 개발
- 포인터
- flutter web
- 초보개발자
- C언어
- 정보처리기사
- 리버팟
- 모바일앱개발
Archives
- Today
- Total
목록Clean Architecture (1)
Flutter & Mobile by Kay
[Flutter] Adapter–Service 패턴이 뭐길래 실무에서 쓰는 걸까?
Flutter로 앱을 만들다 보면 어느 순간 이런 고민을 하게 됩니다. “처음에는 코드가 깔끔했는데, API 붙이고 SDK 붙이고 결제나 지갑 연동까지 하니까 점점 엉망이 되네?” 처음에는 Widget 안에서 API를 바로 호출해도 큰 문제가 없어 보입니다.하지만 기능이 늘어나면 상황이 달라집니다.카카오페이, 토스, 네이버페이처럼 외부 서비스가 여러 개 붙고Firebase, REST API, 플랫폼 채널 같은 외부 의존성이 생기고테스트 코드도 작성해야 하고나중에 특정 SDK를 교체해야 하는 상황도 생깁니다이때 코드가 외부 서비스에 너무 직접적으로 묶여 있으면 유지보수가 매우 어려워집니다.이 문제를 해결하기 위해 실무에서 자주 사용하는 구조가 바로 Adapter–Service 패턴입니다.1. Adapter..
Mobile Development/Flutter&Dart
2026. 1. 19. 15:28
