MVC, MVVM, ReactorKit, VIPER를 거쳐 RIB 정착기
Download as PPTX, PDF6 likes3,904 views
Architecture 이야기
MVC, MVVM, ReactorKit, VIPER를 거쳐 RIB 정착기
- 1. 한국카카오은행안정민 MVC, MVVM, ReactorKit, VIPER를 거쳐 RIB 정착기 Architecture 이야기
- 2. • 現 한국카카오은행 iOS 개발자 (16.10 ~ ) • 블로그 운영 : minsone.github.io 소개
- 3. • 기존 아키텍처에 왜 만족 못했는가? • RIBs 아키텍처 도입까지 과정 • RIBs 아키텍처를 선택할 수 밖에 없었던 이유 • 기존 프로젝트를 RIBs로 바꿀 수 있을까? • QnA 목차
- 4. 기존 아키텍처에 왜 만족 못했는가?
- 6. 코드 표준화 재사용성 비즈니스 로직 단 순화 명확한 코드 위 치 테스트코 드 격리 화 수정 용이 함
- 7. 기존 아키텍처에 왜 만족 못했 는가? • 기존 기능 수정 및 확장 어려움 • 화면 단위가 아닌 프로세스 단위로 유연한 개 발 필요 • 더 확실한 안정화 필요
- 8. 기존 아키텍처에 왜 만족 못했 는가? • 기존 기능 수정 및 확장 어려움 • Swift 2버전부터 개발로 당시 Swift 이해도 낮음 • 당시 아키텍처의 표준화된 틀이 없음. • 유연하지 않은 설계로 인한 기능 확장의 어려움. • 16년 10월 : 3명 -> 19년 10월 16명
- 9. 기존 아키텍처에 왜 만족 못했 는가? • 기존 기능 수정 및 확장 어려움 • 화면 단위가 아닌 프로세스 단위로 유연한 개 발 필요 • 더 확실한 안정화 필요
- 10. 기존 아키텍처에 왜 만족 못했 는가? • 화면 단위가 아닌 프로세스 단위로 유연한 개발 필요 • Viewless 아키텍처가 필요. • 자체 아키텍처 제작 • ReactorKit, Redux, Coordinator 등 아키텍처 참고 • 한 곳에서 많은 로직을 처리하게 코드가 변질됨. • 재사용 어렵고, 새로운 비즈니스 로직을 넣기 어려움. • 자체 제작 아키텍처의 유지보수 어려움.
- 11. 기존 아키텍처에 왜 만족 못했 는가? • 기존 기능 수정 및 확장 어려움 • 화면 단위가 아닌 프로세스 단위로 유연한 개 발 필요 • 더 확실한 안정화 필요
- 12. 기존 아키텍처에 왜 만족 못했 는가? • 더 확실한 안정화 필요 • 앞의 이유로 인한 테스트 코드 작성 시늉도 어려움 . • 바쁘다는 핑계로 테스트를 제대로 못했던 문제 • 테스트 코드 템플릿 또는 가이드가 있는 아키텍처 가 거의 없음. • 체계화된 테스트 코드 작성 방식이 필요
- 14. 적용했던 아키텍처 여정 • MV(C) • MVVM • ReactorKit • VIPER
- 15. 적용했던 아키텍처 여정 • MV(C) • MVVM • ReactorKit • VIPER
- 16. 적용했던 아키텍처 여정 - MV(C) 출처 : developer.apple.com
- 17. 적용했던 아키텍처 여정 - MV(C) • 장점 • 기존에 익숙하던 구조 • 비즈니스 로직이 거의 없는 단순한 화면에만 적용 • 단점 • 화면의 기능이 확장되면 코드가 잘 정리되지 않고 깔끔하게 작성하기 쉽지 않음.
- 18. 적용했던 아키텍처 여정 • MV(C) • MVVM • ReactorKit • VIPER
- 19. 적용했던 아키텍처 여정 - MVVM 출처 : Medium - iOS Architecture Patterns
- 20. 적용했던 아키텍처 여정 - MVVM • 장점 • MVC보다는 코드가 정리되는 느낌적인 느낌 • 단점 • 복잡해질수록 ViewModel이 빠르게 비대해짐. • 표준화된 틀이 존재하지 않아 사람마다 이해가 다름. • 테스트 코드 작성이 가능하면서도 어려움. • Rx의 허들 및 디버깅
- 21. 적용했던 아키텍처 여정 • MV(C) • MVVM • ReactorKit • VIPER
- 22. 출처 : Github - ReactorKit 적용했던 아키텍처 여정 - ReactorK
- 23. • 장점 • 상태가 단방향으로 정리되어 View와 관계된 로직 이 깔끔함. • 저자가 전수열님 - 언제든지 한국어로 물어볼 수 있음. • 단점 • 프로세스 단위의 아키텍처가 아니라서 아쉬움. 적용했던 아키텍처 여정 - ReactorK
- 24. 적용했던 아키텍처 여정 • MV(C) • MVVM • ReactorKit • VIPER
- 25. 적용했던 아키텍처 여정 - VIPER 출처 : Medium - iOS Architecture Patterns
- 26. 적용했던 아키텍처 여정 - VIPER • 장점 • V, I, P, E, R 역할이 명확하게 구분됨. • 단점 • VIPER 아키텍처 설계가 여러 곳으로 난립함. • 명확한 가이드, 테스트 코드 템플릿이 제대로 갖춰 지고 유지보수 되는 곳이 없음.
- 27. RIBs 아키텍처를 선택 할 수 밖에 없었던 이유
- 28. RIBs Architecture 출처 : Github - RIBs
- 29. Related Sessions • RxRIBs, Multiplatform architecture with Rx Session Let’Swift 2018
- 30. RIBs 아키텍처를 선택할 수 밖에 없었던 이유 • 템플릿화된 코드 및 테스트 작성 • (강제)프로토콜 지향 프로그래밍 • 의존성 주입 DI • Viewless RIB을 통한 비즈니스 로직 정리
- 31. RIBs 아키텍처를 선택할 수 밖에 없었던 이유
- 32. RIBs 아키텍처를 선택할 수 밖에 없었던 이유
- 33. O Own corresponding view O Adds Storyboard file O Own corresponding view X Adds Storyboard file X Own corresponding view X Adds Storyboard file
- 34. O Own corresponding view O Adds Storyboard file O Own corresponding view X Adds Storyboard file X Own corresponding view X Adds Storyboard file
- 35. RIBs 아키텍처를 선택할 수 밖에 없었던 이유
- 36. RIBs 아키텍처를 선택할 수 밖에 없었던 이유
- 37. RIBs 아키텍처를 선택할 수 밖에 없었던 이유 • 템플릿화된 코드 및 테스트 작성 • 기본적인 테스트 코드 추가
- 38. RIBs 아키텍처를 선택할 수 밖에 없었던 이유 • 템플릿화된 코드 및 테스트 작성 • 기본적인 테스트 코드 추가 • 테스트 관련 Mock 샘플 파일이 Tutorial2에서 제공
- 40. RIBs 아키텍처를 선택할 수 밖에 없었던 이유 • 템플릿화된 코드 및 테스트 작성 • 기본적인 테스트 코드 추가 • 테스트 관련 Mock 샘플 파일이 Tutorial2에서 제공 • RIB 파일을 SourceKitten을 이용해 분석하여 Mock 코드 생성 스크립트 작성
- 41. RIBs 아키텍처를 선택할 수 밖에 없었던 이유 • 템플릿화된 코드 및 테스트 작성 • (강제)프로토콜 지향 프로그래밍 • 의존성 주입 DI • Viewless RIB을 통한 비즈니스 로직 정리
- 43. Interact or
- 45. Router
- 47. View
- 49. Router Interact or View Router Interact or Child RIB Parent RIB Rx Observable Listener
- 50. Router Interact or View Router Interact or Child RIB Parent RIB Rx Observable Listener
- 52. RIBs 아키텍처를 선택할 수 밖에 없었던 이유 • 템플릿화된 코드 및 테스트 작성 • (강제)프로토콜 지향 프로그래밍 • 의존성 주입 DI • Viewless RIB을 통한 비즈니스 로직 정리
- 53. RIBs 아키텍처를 선택할 수 밖에 없었던 이유 • 의존성 주입 DI • 해당 RIB에서 필요한 속성을 Dependency에 정의.
- 55. Dependency 확장 name, nickName 필요
- 56. RIBs 아키텍처를 선택할 수 밖에 없었던 이유 • 의존성 주입 DI • 해당 RIB에서 필요한 속성을 Dependency에 정의. • Dependency에 정의된 요소들을 구현 필요. • Dependency가 확장되면 컴파일 에러 발생 • 해당 RIB을 사용하는 곳은 모든 곳에서 다 작성해 야 함.
- 58. RIBs 아키텍처를 선택할 수 밖에 없었던 이유 • 템플릿화된 코드 및 테스트 작성 • (강제)프로토콜 지향 프로그래밍 • 의존성 주입 DI • Viewless RIB을 통한 비즈니스 로직 정리
- 59. RIBs 아키텍처를 선택할 수 밖에 없었던 이유 • Viewless RIB을 통한 비즈니스 로직 정리 • 복잡한 로직을 작은 단위의 RIB을 엮어 만듬.
- 60. RIBs 아키텍처를 선택할 수 밖에 없었던 이유 개설 가 능 대상자 조회 예금 개 설 시작 개설 가 능 상품 여 부 조회 상품 소 개 거래 제 한 해제 약관 목 록 예금 신 청서 작성
- 61. RIBs 아키텍처를 선택할 수 밖에 없었던 이유 개설 가 능 대상자 조회 예금 개 설 시작 거래 제 한 해제 개설 가 능 상품 여 부 조회 상품 소 개 약관 목 록 예금 신 청서 작성
- 62. RIBs 아키텍처를 선택할 수 밖에 없었던 이유 개설 가 능 대상자 조회 예금 개 설 시작 개설 가 능 상품 여 부 조회 상품 소 개 거래 제 한 해제 약관 목 록 예금 신 청서 작성
- 63. RIBs 아키텍처를 선택할 수 밖에 없었던 이유 개설 가 능 대상자 조회 예금 개 설 시작 개설 가 능 상품 여 부 조회 상품 소 개 거래 제 한 해제 약관 목 록 예금 신 청서 작성
- 64. 기존 프로젝트를 RIBs 로 바꿀 수 있을까?
- 66. 어떻게 기존 프로젝트에 RIBs을 적용 할까? • 신규 화면 또는 비즈니스 로직을 RIB으로 변경 • Packaging
- 67. 어떻게 기존 프로젝트에 RIBs을 적용 할까? • 신규 화면 또는 비즈니스 로직을 RIB으로 변경 • 비즈니스 로직만 처리하는 RIB을 호출하는 경우
- 68. 어떻게 기존 프로젝트에 RIBs을 적용 할까? • 신규 화면 또는 비즈니스 로직을 RIB으로 변경 • 비즈니스 로직만 처리하는 RIB을 호출하는 경우
- 69. 어떻게 기존 프로젝트에 RIBs을 적용 할까? • 신규 화면 또는 비즈니스 로직을 RIB으로 변경 • 비즈니스 로직만 처리하는 RIB을 호출하는 경우 • 화면 모듈을 RIB으로 연결하는 경우
- 70. 어떻게 기존 프로젝트에 RIBs을 적용 할까? • 신규 화면 또는 비즈니스 로직을 RIB으로 변경 • Packaging
- 71. 어떻게 기존 프로젝트에 RIBs을 적용 할까? • Packaging • 프로젝트를 별도로 만들어 패키징하고 RIB을 작 게 시작. • 코드 작성 및 테스트 코드 작성이 쉬워짐.
- 72. Related Sessions • Static, Dynamic Framework 그리고 Encapsulation Session Letusgo 2019 Fall • 프레임워크 주도 개발 Session Letusgo 2019 Spring
- 73. 어떻게 기존 프로젝트에 RIBs을 적용 할까? • 신규 화면 또는 비즈니스 로직을 RIB으로 변경 • 격리화 & 패키징 • 찾아가는 서비스(고기 필요)
- 74. 요약
- 75. 요약 - RIB Architecture • 장점 • 좀 더 템플릿화가 잘 되어 있음. • 프로토콜 지향 프로그래밍을 할 수 밖에 없는 구조. • 복잡한 로직 흐름을 모듈화 및 재사용에 강함. • 단점 • 프로토콜 지향 프로그래밍으로 꼭 해야하지 하는 이해의 문 제 • 파일이 많이 생성되는 문제.
- 76. Reference • LetsSwift 2018 - VCNC RIBs • Github : Uber/RIBs • Uber Engineering Blog
- 77. QnA