문제

검색 기능 구현하다 보니까 UISearchController 사용하는 샘플 프로젝트를 봤다. 보니까 searchbar delegate 를 구현하는 방식보다 훨 나아 보여서 사용해 보기로 결정.

기능을 이해하고 나니까 다음 같은 플로우였으면 좋겠다고 생각했음.

search bar 이벤트 처리 흐름

1. seacrch controller의 search bar가 입력을 받는다.
2. Search controller는 입력이 화면이 표시되기 전에 searchResultsUpdater 의 updateSearchResults(for:) ****인터페이스를 호출한다.
3. searchResultsUpdater, UISearchResultsUpdating ****구현체는 자신이 참조할 수 있는 use case의 메서드를 호출한다.
4. use case는 presenter의 present 로직을 호출한다.

목록을 표시하던 화면에 그대로 검색 결과를 표시한다면 아무런 문제가 없지만, 만약 검색 결과는 다른 UI로 보여주고 싶다면 결과를 표시할 새로운 view controller를 구현해야 한다.

그렇다면 입력된 내용을 바탕으로 항목을 필터링하는, 검색하는 로직은 목록 화면, 결과 화면, 그리고 UISearchController 중 어느 곳에 구현되어야 할까?

대안

<aside> 📌

읽기 전에 주의할 것

• 전체 목록과 검색 결과를 같은 화면에 결과 표시할 거라면, 2번과 4번 중에서 고민하면 된다.
• 첨부된 이미지의 화살표를 보려면 라이트 모드로 전환하기. </aside>

1번

• 결과를 만들어주면 result vc는 표시만 해라
• 다른 말로 하면, 어쨌든 검색도 목록 화면 use case.
• ListVC가 UISearchResultsUpdating을 구현
• list use case에 search가 기능 구현
• use case 기능마다 presenter 둬야
• 아니면 list vc에서 별도의 search use case 만드는 방법도 있음
• 샘플 프로젝트가 이 구조랑 유사

2번 (1번의 변형)

• 검색 결과도 같은 화면에 뿌리겠다
• 하나의 view conroller 에서 처리하는 방식
• 하나의 view controller result view controller도 사용하는 방식
• 이 경우에는 정말 listContact, searchContact 두 가지여야 할 듯
• 구현이 몰리는 것만 빼면 가장 단순함
• 1번이랑 presenter만 다르다면 다를지도
• 여기 예제가 이 구조랑 유사

3번

• 결과를 표시하는 쪽에서 결과를 만들겠다…!
• 다른 말로, 검색 결과를 표시하는 쪽의 use case 지.
• result view controller 가 UISearchResultsUpdating을 구현
• result vc 가 search use case 참조

4번