[SeSAC] 220816 TIL

기술 컨퍼런스

기술 컨퍼런스, 블로그 자주 보기!

• wwdc
• if kakao
• slash
• tech blog

 

---

 

모듈화와 접근 제어

모듈화

작업을 하다보면 여러 프로젝트에서 공통적으로 사용하는 코드가 있을 수 있다. UI 컴포넌트, 공통적으로 사용되는 클래스 등등이 있을텐데 이를 매 프로젝트 내에서 직접 작성해주는 것보다 비슷한 성격의 코드끼리 모아서 좀 더 효율적으로 사용할 수 있을 것이다.

• 프레임워크를 만든다고도 이해해볼 수 있음
• 모듈화를 해보면 접근 제어에 대한 개념이 조금 명확해짐 (- 실제로 내가 EasyKit이라는 프레임워크를 만들어보면서 느꼈던 부분이다.)
• 실제 프로젝트는 조금 가벼워짐
• 각각 역할에 대한 분리가 명확해짐
• 자주 사용하는 코드, UI 모아놓기

접근 제어

이론적으로 정리하는 것도 중요하지만 실제로 모듈을 만들어보고 코드를 짜보자.

• 메서드 별로, 클래스 별로 다 다른 접근 제어를 할 수 있다.
• open, public : 모듈 간, 둘의 차이는 오버라이딩의 여부(- 상속의 여부, 클래스인지 아닌지)
• internal : 모듈 내, 명시하지 않으면 기본적으로 internal 그렇기 때문에 안 적어줘도 됨
• fileprivate, private : 모듈 내, 가장 많이 사용해볼 수 있는 접근 제어자

extension 앞에는 open 키워드를 붙일 수 없다. 다음과 같이 메시지가 나온다.

• extensions cannot be declared 'open'; declare individual members as 'open' instead

 

---

 

Framework, Library

둘 다 개발을 쉽게할 수 있도록 도와주는 코드, 도구 모음인 것 같은데 그 차이가 주체와 기능의 제어권이 어느 쪽에 있느냐라고 한다. 프레임워크는 조금 더 자유도가 낮고 써야하는 것과 지켜야 하는 룰 등이 존재한다. UIKit 프레임워크에서 뷰 컨트롤러의 생명 주기 메서드를 생각해보면 조금 더 와 닿는 것 같다. 다음 블로그 참고, 메서드에 원하는 동작만 넣어두면 실행되는 시점과 실제 동작은 프레임워크가 알아서 하게 된다.

Framework

• 사용하는 주체와 기능의 제어권이 역전, 내 코드가 호출당함
• 여러 클래스나 컴포넌트로 구성, 컴포넌트들을 재사용할 수 있음
• 프레임워크를 통해 소프트웨어 결합도는 낮게, 응집도는 높게 구성할 수 있다.

Library

• 프로그램을 쉽게 개발하기 위해 사용하는 도구
• 사용하는 주체가 기능을 요청하고 사용, 내 코드가 호출함

사실 차이가 완전히 와닿지는 않는다. 좀 더 공부해보고 static · dynamic 부분에 대해서도 조사해봐야겠다.

 

---

 

Framework 만들어보자

• 약간 프로젝트 파일처럼 생겼는데 정확히는 다름

1. Framework 파일 만들기

일반적으로 만드는 App이 아니라 Framework를 선택해서 만든다.

제어수준을 잘 지키면서 코드를 작성한다.

2. Framework 불러오기

이 부분은 다른 블로그에도 자세하게 설명되어 있어 간단하게 요약만 한다.

1. 프레임워크를 불러올 프로젝트의 루트 위치에서 우클릭 - Add Files to를 한 뒤 Framework 프로젝트의 xcodeproj 파일을 불러온다.
2. Target - General - Frameworks, Libraries, and Embedded Content에서 Framework를 불러온다.

 

---

 

PageViewController

1. PageViewController(Root)와 컨텐츠로 들어갈 Controller 만들기

2. 코드 작성

아래와 같이 작성해주면 페이지 뷰 컨트롤러의 가장 기본적인 동작을 수행할 수 있다.

// 배열 형태로 뷰 컨트롤러 추가
var pageViewControllerList: [UIViewController] = []

// 배열에 뷰 컨트롤러 추가
func createPageViewController() {
    let sb = UIStoryboard(name: "WalkThrough", bundle: nil)
    let vc1 = sb.instantiateViewController(withIdentifier: FirstViewController.reuseIdentifier) as! FirstViewController
    let vc2 = sb.instantiateViewController(withIdentifier: SecondViewController.reuseIdentifier) as! SecondViewController
    let vc3 = sb.instantiateViewController(withIdentifier: ThirdViewController.reuseIdentifier) as! ThirdViewController
    pageViewControllerList = [vc1, vc2, vc3]
}

// 페이지 뷰 컨트롤러 세팅
func configurePageViewController() {
    view.backgroundColor = .green
    
    delegate = self
    dataSource = self
    
    guard let first = pageViewControllerList.first else { return }
    setViewControllers([first], direction: .forward, animated: true)
}

// 좌우 전환을 위한 프로토콜 필수 메서드 구현
extension WalkThroughViewController: UIPageViewControllerDelegate, UIPageViewControllerDataSource {
    
    func pageViewController(_ pageViewController: UIPageViewController, viewControllerBefore viewController: UIViewController) -> UIViewController? {
        
        // 현재 페이지 뷰 컨트롤러에 보이는 뷰 컨트롤러의 인덱스 가져오기
        guard let viewControllerIndex = pageViewControllerList.firstIndex(of: viewController) else { return nil }
        
        let previousIndex = viewControllerIndex - 1
        return previousIndex < 0 ? nil : pageViewControllerList[previousIndex]
    }
    
    func pageViewController(_ pageViewController: UIPageViewController, viewControllerAfter viewController: UIViewController) -> UIViewController? {
        
        guard let viewControllerIndex = pageViewControllerList.firstIndex(of: viewController) else { return nil }
        
        let nextIndex = viewControllerIndex + 1
        return nextIndex >= pageViewControllerList.count ? nil : pageViewControllerList[nextIndex]
    }
}