📱iOS 토론 거리

iOS 토론거리

코딩 컨벤션

• 기본적으로 코딩컨벤션 링크 를 참고하되, 별도로 정리할 필요가 있다고 생각되면 아래에 기재한다.

1. class, struct , protocol, extension 은 선언 후 첫 줄 개행

class Example {

  let exampleNumber: Int
}

2. switch-case 구문의 각 case 사이는 개행

switch type {
  case .A:
    print("A 입니다.")

  case .B:
    print("B 입니다.")

  case .C:
    print("C 입니다.")
}

3. 파라미터가 3개 이상일 시 개행하여 작성한다

init(
    window: UIWindow?,
    factory: CoordinatorFactoryable,
    signinChecker: SigninCheckable
  ) {
    self.window = window
    initCoordinatorFactory = factory
    self.signinChecker = signinChecker
  }

4. CollectionView 사용시 FlowLayout 은 lazy var 블럭 내부 (IBOutlet 일시 didSet) 에 선언한다.

---

테스트 가능한 구조 만들기

- MVVM-C 아키텍처 패턴 사용
- 이슈당 한 개 이상의 테스트 케이스 작성
- 화면 전환 시 ViewController 에 생성자로 의존성 주입

---

View 를 구성하는 방법?

- View의 모든 속성은 코드로 설정
- 정적인 뷰는 Storyboard로 작성
- 동적인 뷰는 코드로 작성

---

디렉토리

- Scene 단위 별로 분리

---

Coordinator 구조

---

- Keychain에 관한 토론

---

- xCode Setting

---

MVVM이 아닌 MVVM-C를 선택한 이유

- MVVM 에서 ViewModel 은 비즈니스 로직을, View는 presentation 및 presentation logic 을 처리한다.
- MVVM-C 를 통해 화면을 전환하는 presentation logic 을 Coordinator 가 처리하게 하여 View 를 가볍게
  만들기 위함
- 또한 같은 화면으로 전환하고 싶은 곳이 많아지면 해당 Coordinator 를 재사용하여 같은 코드가 여러 클래스에서
  반복되는 것을 방지할 수 있다.
- 또한 전환되는 화면을 변경하고 싶은 경우 코드를 일일이 찾을 필요 없이 해당하는 Coordinator 를 사용하면 된다.

---

Coordinator의 start()에서 UIViewController return 하는것이 맞는가?

- 하위 Coordinate 로부터 UIViewController 객체를 반환받고 상위 Coordinate 에서
  이를 present or push 하는 것이 더 자연스럽다.
- 그렇게 하지 않으면 하위 Coordinate 에서 present or push 해야 하는데 최초 SceneCoordinate 에
  present 나 push 할 (사용하지 않는) Root UIViewController or UINavigationController 를
  강제로 넣어줘야 하기 때문에 다소 부자연스러워진다.

---

openURL 요청을 어디서 할 것인가?

 - openURL 을 하려면 UIApplication.shared.open(url) 을 해줘야 하는데, 이를 사용하려면 UIKit 을
   import 해야 함 Model 인 Router 에서 UIKit 을 import 하고 있는 것은 부자연스러우므로 이를
   Presentation Logic 으로 간주하여 Coordinator 에서 처리하게 하기로 결정했다.

---

Date 처리하는 방법

참고링크: 링크

extension Date {
  
  func toString() -> String {
    let dateFormatter = DateFormatter()
    dateFormatter.dateFormat = "yyyy-MM-dd"
    
    return dateFormatter.string(from: self)
  }
}

---

Touch Responder Chain 과 별도로 특정 View 가 터치이벤트를 받게 하는 방법

• UITapGestureRecognizer 참고링크

• 특정 영역의 터치에 대해서는 UITapGestureRecognizer 의 이벤트를 못 받게 하는 방법

func gestureRecognizer(_ gestureRecognizer: UIGestureRecognizer, shouldReceive touch: UITouch) -> Bool {
    return touch.view?.isDescendant(of: commentView) == true ? false : true
}

---

CollectionView가 StackView의 ArrangedSubview로 추가되어 ContentSize가 잡히지 않는 경우 해결하는 방법

• UICollectionView를 SubClassing 하여 아래의 변수를 override 하기

  override var contentSize:CGSize {
    didSet {
      invalidateIntrinsicContentSize()
    }
  }
  
  override var intrinsicContentSize: CGSize {
    layoutIfNeeded()
    return CGSize(width: UIView.noIntrinsicMetric, height: contentSize.height)
  }

  • 해당 collection view는 autolayout을 잡지 않았다.
  • Apple 공식 문서에 나오는 intrinsicContentSize를 찾아보면 다음과 같이 설명한다.
    • custom view는 일반적으로 레이아웃 시스템이 인식하지 못하는 content를 표시한다. 이 속성을 설정하면 custom view가 레이아웃 시스템에 content를 기준으로 원하는 크기를 전달할 수 있다. 예를 들어, 변경된 height에 따라 변경된 width를 배치 시스템에 동적으로 전달할 수 있는 방법이 없기 때문에 이 본질적인 크기는 컨텐츠 프레임과 독립적이어야 한다. custom view에 지정된 dimension에 대한 고유한 크기가 없는 경우 해당 dimension에 대해 noIntrinsicMetric을 사용할 수 있다.
  • Apple 공식 문서에 나오는 invalidateIntrinsicContentSize() 를 찾아보면 다음과 같이 설명한다.
    • custom view의 intrinsicContentSize를 무효화하는 변경사항이 있을 경우 이 Method를 호출해야한다. 이를 통해 constraint가 변경되는 layout에 대해 새로운 intrinsicContentSize를 허용하게 한다.
  • Apple 공식문서를 기반으로 위의 코드를 해석해보면, contentSize가 변할 경우 invalidateIntrinsicContentSize()를 통해 intrinsicContentSize property에 맞게 view를 갱신할 수 있도록 구현하는 방식이다.