일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- github
- xcode
- 2기화이팅
- 액션과 계산 데이터
- XCTest
- ChatGPT
- unittest
- flutter
- firestore
- Swift
- auto_assign
- os_log
- LGTM
- SwiftUI VStack
- 하드디스크 삭제 원리
- Swift thread
- CI
- 오픈소스
- SwiftUI
- swift github action
- Apple Developer Academy @ POSTECH
- Firebase
- 함수형 코딩
- swift CI 적용
- 함수형 프로그래밍
- 쏙쏙 들어오는 함수형 코딩
- MVVM
- IOS
- combine
- print 단점
- Today
- Total
목록MVVM (3)
개발공방
노션에 먼저 작성한 후 블로그로 옮기기 때문에 노션이 보기에 더 편합니다 https://mingwan.notion.site/MVVM-Combine-Input-Output-2-3ad9c58dc84c4d0c9a14a34c52b25370?pvs=4 https://dev-workplace.tistory.com/23 [애니또] MVVM + Combine - 리팩토링 (3) 노션에 먼저 작성한 후 블로그로 옮기기 때문에 노션이 보기에 더 편합니다. https://www.notion.so/MVVM-Combine-323ab64639374213b1b1734fcea257e7?pvs=4 [애니또] ViewController와 View의 분리 - 리팩토링 (1) [애니또] View dev-workplace.tistory.co..
노션에 먼저 작성한 후 블로그로 옮기기 때문에 노션이 보기에 더 편합니다. https://www.notion.so/MVVM-Combine-323ab64639374213b1b1734fcea257e7?pvs=4 [애니또] ViewController와 View의 분리 - 리팩토링 (1) [애니또] ViewController와 View의 분리 - 리팩토링 (1) 현재 애니또 iOS팀이 직면한 문제 현재까지 개발하면서 많은 문제와 버그들을 만났다. 첫 문제들을 해결하는데는 어려움이 없었지만, 앱의 규모가 조금씩 커지면서 문제들이 서로 엮이기 시작했 dev-workplace.tistory.com 앞전에 작성한 글을 보면, UIViewController에서 View를 분리한 과정을 볼 수 있다. Delegate 패턴..
애니또 팀에서 아키텍쳐 패턴을 고민하던중 MVVM을 선택하게 되었다. 어떤 이유로 선택하게 되었는지 알아보겠다. 애니또 iOS 팀에서 MVVM을 선택한 이유 1. 테스트 가능성 우리의 목표는 테스트 가능한 코드였다. MVC에서는 테스트가 물론 가능할지 몰라도, 번거롭다. 왜냐하면 UIViewController에서 테스트가 필요한 함수들이 UI 코드와 엮여있기 때문이다. 테스트를 하기위해 UI관련 코드까지 작성해야하는 문제가 발생한다. 이런 문제들을 MVVM으로 해결할 수 있다. 비즈니스 로직들을 ViewModel이 소유하고 ViewModel은 View에 관해 일절 모른다. 그러기에 테스트 가능한 코드를 만들기 유리하다. 사실 1번의 이유만으로 충분하다. 2. 기능을 추가하기 힘든 기존의 아키텍처 패턴 M..