ReactorKit
https://medium.com/styleshare/reactorkit-%EC%8B%9C%EC%9E%91%ED%95%98%EA%B8%B0-c7b52fbb131a
간략히 요약하면 사용자 인터렉션과 뷰 상태가 관찰 가능한 스트림을 통한 단방향으로 전달되는 프레임워크입니다. 자세한 한글 설명을 보고싶으면 링크로!
ReactorKit Git
https://github.com/ReactorKit/ReactorKit
디자인 목표
-
테스트 가능성 : ReactorKit의 첫 번째 목적은 비즈니스 로직을 뷰에서 분리하는 것입니다. 이것은 코드를 테스트 가능하게 만들 수 있습니다. 리액터는 뷰에 대한 종속성이 없습니다. 리액터를 테스트하고 뷰 바인딩을 테스트하기만 하면 됩니다. 자세한 내용은 테스트 섹션을 참조하십시오.
-
작게 시작 : ReactorKit은 전체 애플리케이션이 단일 아키텍처를 따를 필요가 없습니다. 하나 이상의 특정 보기에 대해 ReactorKit을 부분적으로 채택할 수 있습니다. 기존 프로젝트에서 ReactorKit을 사용하기 위해 모든 것을 다시 작성할 필요는 없습니다.
-
적은 타이핑 : ReactorKit은 간단한 것을 위해 복잡한 코드를 피하는 데 중점을 둡니다. ReactorKit은 다른 아키텍처에 비해 코드가 덜 필요합니다. 간단하게 시작하여 확장하십시오.
번역 돌린거긴 하지만 원문은 깃 참조! 디자인 목표가 별도로 설명되어 있어서 긁어왔습니다
그리고 Reactive Programming 요소가 들어가 있어서 비동기 처리도 가능하단 사실
이와 관련하여 쉽게 이해하기 좋다고 생각한 링크를 아래에 기재 할게요
ReactorKit 간단히 살펴보자 예제
https://eunjin3786.tistory.com/100
제가 읽어 본것들에서 심플하게 이해하기 좋은 글 같아서 긁어왔습니다
차근차근 읽다보면 Reactor에서 있는 mutate와 reduce가 뭘 하는 애들인지 감이 잡힐거 같네요(맨 처음에는 왜 두개로 쪼개서 하지? 했던)
지금으로 써는 mvvm과 mvc를 비교했을때 처럼 역활을 하나에 몰지않고 나눠 작업함으로 의존도를 떨어트리고 관리를 용이하게 각 역활을 위해 분리되어 순차적으로 처리하는걸로 이해하고는 있습니다.
