왕논의 연구실

현재 회사 앱은 coordinator 패턴으로 만들어져 있습니다. 그러다보니 ViewController 안에 ViewController가 쌓이는 경우가 많습니다. 코디네이터 패턴에서 백버튼을 만드는데, 자식 ViewController에서 dismiss를 하니 부모 ViewController까지 dismiss 되었습니다. 처음 이 현상을 보았을 때는 이해가 되지 않았습니다. dismiss를 하면 dismiss한 VC와 그 위에 쌓인 VC들이 해제가 되어야하는데, 코드상 상위인 부모 VC가 해제된 걸로 보이니 말입니다. 생각해보면, 자식VC는 present된 것이 아니라 부모 VC의 요소로서 있는 것이므로 자식VC가 해제되기 위해선 부모 VC레벨에서 해제되는 것이 맞는 것처럼 생각됩니다. 그래서 이에 관해 ..

사이즈 클래스란? 처음 아이폰이 나왔을 때는 크기가 하나였습니다. 그래서 화면 디자인 구성하기가 간단했습니다. 그러나 현재는 기종별로 iPhone 크기도 다르고, iPad는 iPhone과 완전히 다른 크기를 가지고 있습니다. 또한, Split View, Slide Over 등 iPad 내에서 화면의 크기를 다르게 만드는 기능도 있습니다. 그래서 애플은 화면의 크기를 크게 두가지 범주에서 나누어 구분하도록 하였습니다. Compact : 제약이 적용된 공간. 제약이 적용되어서 화면을 다중으로 띄우거나 나눌 수 없습니다. Regular : 제약이 없는 공간. 화면을 다중으로 띄우거나 나눌 수 있습니다. 그래서 기기마다 너비와 높이에 compact, regular 클래스가 있습니다. 위 사진에서 아이패드는 re..

iOS 화면을 만드는데 있어서 화면에 따라서 구성을 다르게 해야하는 경우가 있다. 특히, 아이폰과 아이패드를 동시에 만들 때, 어느 걸로 사용하냐에 따라서 화면을 만드는데 고민을 해야하는 경우가 생긴다. 이렇게 화면 크기에 따라 뷰를 구분해서 만드는 방법을 정리해보았다. 1. 사이즈 클래스로 구분해서 따로 만들기 기기별로 regular/compact 사이즈라는 것이 있다. 이것에 대해서 자세한 것을 따로 작성하겠다. 간단히 말해서 사이즈를 제한해놓은 크기를 compact, 사이즈를 제한하지 않은 것이 regular이다. 이것은 기기의 다양화, 아이패드의 split등 화면 크기가 변화할 수 있는 가능성이 많아짐에 따라 애플에서 구분하게 되었다. 그래서 화면의 높이나 너비가 compact냐 regular냐에..

iPhone의 화면을 특정 방향으로 고정하는 기능을 iPad에 적용할 때 코드를 맞게 작성했는데도 작동하지 않을 때가 있다. 그것은 한 화면에 여러가지 앱을 띄우는 '멀티 태스킹'기능이 있기 때문이다. 멀티 태스킹 모드 특이사항 1) 카메라 접근 불가 2) 가로/세로 강제 전환 불가 멀티 태스킹 지원 해제 - Target -> General -> Requires full screen 체크 - 풀 스크린으로만 작동하게 해서 다른 앱이 작동하지 않게 하는 것

블루투스 연결에 관해서 간단히 알아 봄 블루투스 기기 구성 Central = Clinet 정보를 읽어들이는 중심 기기 Server = Peripheral 정보를 보내주는 주변 기기 그림과 같이 헬스케어 기기를 입고 측정한 데이터를 핸드폰에서 보게 된다면, 헬스케어는 Peripheral, 핸드폰은 Central이 된다. 블루투스 데이터 구조와 서비스 Peripheral은 한 개 이상의 Service로 구성되어 있고, Service는 한 개 이상의 Character로 구성되어 있다. Service: 기기가 가지고 있는 데이터 집합 Character: 실질적인 데이터 그림과 같이 헬스케어에 심장박동 Service가 있고, Service 안에 심장박동수 Character와 위치 센서 Character가 있다. ..

처음 요청되어었을 때 생성됨 lazy로 선언하면 메모리에 올리지 않고 프로퍼티를 요청했을 때 초기화됩니다. 그래서 요청하지 않고 끝난다면 초기화되지 않고 종료됩니다. 그러므로 불필요한 성능저하나 공간 낭비를 줄일 수 있습니다. 항상 lazy var로 선언 왜냐하면 언제 초기화해서 완료되는지 알 수 없습니다. 처음에 값이 없다가 나중에 값을 가지게 되므로 var로 선언해야합니다. let은 초기에 값을 가지고 변하지 않습니다. 언제 값을 가질 수 있을지 모르기 때문에 thread safe하지 않습니다. Stored Property로 선언 lazy는 요청되었을 때 메모리에 올라가 값을 가집니다. Computed Property는 메모리를 가지고 있지 않고 값을 반환하기 때문에 lazy를 사용할 수 없습니다. ..