Viewdidload: 뷰컨트롤러의 뷰가 메모리에 로드 된 후 호출ViewWillAppear: 뷰가 나타나기 전에ViewDidAppear: 뷰가 나타난 후ViewWillDisappear: 뷰가 사라지기 직전ViewDidDisappear: 뷰가 사라지고난 첫번째 뷰는 네
KVC: Key Value Coding 프로퍼티에 간접 접근 -> 런타임 중에 key 값이 결정되기 때문에 객체간 의존도 낮출수 있다. KVO: Key Value Observing . @objc dynamic 키워드를 붙여서 Objective-C 런타임 중에 접근이 가
MVC: 모델이 뷰를 아는 위와같은 상황에서는 '뷰와 모델이 분리되어있지 않으므로(의존성이 존재하므로) 재사용성이 떨어진다' 정도를 의미. 뷰와 모델이 직접 통신하지 않는다. 뷰는 뷰컨트롤러에게 델리게이트 디자인 패턴을 통해 뷰가 뷰컨을 모르게한다. 의존성 역전원칙을
layoutSubviews()는 재귀적으로 자식들의 layoutSubviews()도 재귀적으로 실행앱이 실행되면 iOS는 내부적으로 메인 스레드에서 main run loop를 실행iOS는 UI를 업데이트할때 업데이트하는 일정의 시간을 두어서, UI 렌더링은 값비싼 작업
정적 타입 검사 - 컴파일 타임, Int가 맞는지, generic을 잘 따랐는지. 정적 유형 검사는 우리의 소스코드로부터 추출할 수 있는 유형 정보에서만 작동.동적 타입 검사 - 런 타임출처: https://devmjun.github.io/archive/Com
bind와 subscribe의 차이점은 error를 컨트롤 할 수 있냐 없냐 입니다.bind의 경우 error가 발생했을때 처리하는 구문이 없이 에러가 발생하고 subscribe를 사용할 경우 onError인자를 통해 에러가 발생했을 때 예외처리를 할 수 있습니다.출처
저희 팀에서만든 리포지토리 패턴 사용 깃허브 입니다.github: https://github.com/Team-Trit/donworry-ios유지보수를 위한 Repository Pattern예) 1\. CoreData -> Realm으로 바꿀 때.2\. 앱 전체
의존 역전 원칙은 의존 관계가 생길때 변하기 쉬운거 보다 변하기 어려운 것에 의존해야 한다는 원칙입니다.
Dispatch란 어떤 메서드를 호출할 것인지를 결정하여, 그것을 실행하는 메커니즘이다많은 객체 지향 언어들이 메소드와 프로퍼티들을 오버라이드 할 수 있도록 허용Static Dispatch - 컴파일 타임Dynamic - 런타임Static Dispatch는 컴파일 시
/ HTTP 통신: Client Server간 통신시 요청, 응답후 연결 종료 방식. 단방향 통신. REST = HTTP 프로토콜 기반으로 필요한 자원에 접근하기 위한 규칙을 정해놓은 아키텍처. HTTP URI, HTTP Method HTTP메세지는 Moya라는 외부라
oop에서의 핵심은 클래스의 상속을 통해 기능 오버라이드 및 기능 받기 인데 다중상속이 안되는 문제가 있다. 또한 필요없는 기능이 있음에도 상속받아 모든걸 사용해야할 때가 있다. Apple에서 class보다 struct를 선호한다는 말이 있는 만큼 struct를 이용하
weak키워드는 객체 참조시 rc를 올리지 않으므로 메모리에 적재되지 않는다.