링크모아

나만의 링크달을 저장하고 관리하세요.

프로젝트 소개

링크모아는 소중한 링크들을 쉽게 찾아보고 정리할 수 있는 서비스입니다.
다양한 주제에 맞게 링크를 정리하고 공유함으로써 지식을 쉽게 공유할 수 있습니다.

iOS 개발 팀원

허원 🧑‍💻	권범철 🧑‍💻
@heoblitz	@Kimbaechu

프레임 워크

UIKit
SwiftUI
WidgetKit

라이브러리

Moya ( 네트워크 레이어 )
Kanna ( meta data 파싱 )
Kingfisher ( 이미지 캐싱 )
Toast-Swift ( alert )
RxSwift
SwiftLint

아키텍처

MVVM

데이터 바인딩 방식

RxSwift

도입배경 복잡한 비동기 처리를 쉽게 처리한다는 장점

MVVM에 적합한 처리방식

협업 방식

git-flow ( 코드 리뷰를 거친 PR 만 develop 브랜치에 반영 )

앱 배포시에는 별도의 release 브랜치를 생성함 ( ex. release/1.0.1 )

기능

시연 영상

설계

폴더 구조

폴더 구조는 Context ( 주요 기능 ) 으로 구분했고,
내부에서 MVVM 를 각각 나누었음

모델 설계

문자열 데이터 중 종류를 나타내는 값은 오타 등의 문제를 방지하지 위해 enum으로 표현

struct UsersFolder: Codable {
    let isSuccess: Bool
    ...

    struct Result: Codable {
        let index: Int
				...
        let type: FolderType
        ...

        enum CodingKeys: String, CodingKey {
            case index = "folderIdx"
            ...
        }
    }
    
    enum FolderType: String, Codable {
        case privateFolder = "private"
        case publicFolder = "public"
    }
}

뷰모델 설계

ViewModel의 Input과 Output을 구분하여 사용.
Input은 Replay가 필요없고 state보다 event가 어울리기 때문에 Signal을 사용함 Output은 UI에 필요하고 state의 성격이 필요하기 때문에 Driver를 주로 사

final class SurfingViewModel: ViewModelType {

    struct Input {
        let fetchTopTenFolders: Signal<Void>
        let fetchLikedFolders: Signal<Void>
    }
    
    struct Output {
        var sections: Driver<[SurfingSectionModel]>
        var errorMessage: Signal<String>
    }
    
    private let networkManager = RxSurfingManager()
    private let disposeBag = DisposeBag()
    private let errorMessage: PublishRelay<String> = PublishRelay()
    
    func transform(input: Input) -> Output {
       ...
        return Output(sections: sections.asDriver(), errorMessage: errorMessage.asSignal())
    }
}

문제 해결

share extension memory issue ( 허원 )

문제점
사파리에서 공유 버튼을 누르고, 폴더 선택 VC 로 접근하면 앱이 죽는 문제
share extension 의 메모리 제한은 대략 15MB 정도
해결
GIF 기능을 제한하는 별도의 파라미터를 update 메서드에 추가함
메인 앱에서는 GIF 를 지원하고, share extension 에서는 예외 처리 하도록 구성

custom bottom alert view ( 허원 )

문제점
UX 특성 상 아래에서 올라오는 custom bottom alert 가 많았음.
기존에는 사용되는 VC 마다 present 메서드를 일일히 추가했었는데, 코드 중복성이 매우 증가되었음.
해결
extension 으로 메서드를 모든 VC 에 추가하는 방식은 비효율적이라고 판단함
따라서 최대한 POP 방식을 충족하기 위해 Where Self 구문을 사용하였음.
CustomAlert 라는 Protocol 을 구현하였고, 필요한 VC 만 채택하여 사용할 수 있도록 함

hide category View ( 범철 )

문제점
스크롤을 내리면 카테고리가 사라지고 스크롤 위치에 상관없이 스크롤을 올리면 바로 카테고리가 나타나는 구조
스크롤 뷰를 최상단과 최하단에서는 contentSize보다 더 올리고 내릴 수 있어서 예상하지 못한 레이아웃 깨짐 현상 발생
해결
컨텐츠 높이와 스크롤뷰 높이, 컨텐츠오프셋을 log로 확인하면서 해결방법을 찾음
컨텐츠높이 + 인셋 > 스크롤뷰높이 일 때만 제약이 바뀌도록 함

Infinite Scroll Reload ( 범철 )

문제점
스크롤이 바닥에 도착하면 다음 데이터를 받아오는 구조
마지막 페이지에서 스크롤 바닥에 도착하면 api를 여러번 호출하는 문제 발생
해결
한 번에 20개씩 페이징처리하는데 이보다 적은 데이터를 받아올 경우
마지막 페이지이므로 더이상 api 호출하지 않게 변경

배운 점

iOS 개발의 협업 방식을 배웠고, 좋은 코드를 위해 같이 고민해가는 경험을 할 수 있었음 (허원)

구조, viewModel 구현 방식은 다른 뛰어난 프로젝트, 포스팅을 많이 참고했음 ( kickstarter, 카카오 개발자님 블로그 등)
코드 리뷰 과정을 통해 더 나은 코드를 작성할 수 있도록 같이 고민해보고 Apple 코딩 컨벤션을 충족하려 노력했음
ex ) let dict: [String : String] let dict: [String: String] 👍

내가 맡은 파트보다 프로젝트 전체를 고려하는 개발을 하게 되었음 (범철)

협업을 하면서 담당 파트가 아닌 부분도 검토하면서 중복을 줄임
bottom alert view의 경우 약간의 UI와 로직만 변경하면 재사용할 수 있음
최초 동료가 만들어놓은 코드를 재사용이 가능하도록 리팩토링해서 재사용함

ModuTeam / Public_iOS