물먹고하자의 블로그

오늘은 Device Name 가져오는 Code를 정리하려고 합니다. +  (UIDevice  * )currentDevice; @property (nonatomic,readonly,strong) NSString     * name;               // e.g. "My iPhone" @property (nonatomic,readonly,strong) NSString     * model;              // e.g. @"iPhone", @"iPod touch" @property (nonatomic,readonly,strong) NSString     * localizedModel;     // localized version of model @property (nonatomic,readonly,strong) NSString     * systemName;         // e.g. @"iOS" @property (nonatomic,readonly,strong) NSString     * systemVersion; Colored by Color Scripter cs 위와 같이 UIDevice currentDevice 를 통해 정보를 가지고 올 수있습니다. 1차적으로 위에서 해당되는 정보가 있다면 사용하면 되지만,  분명 이름을  iPhone 이 아닌 iPhone XS, iPhone XS Max 정보를 원하는 사람도 있을겁니다. (필자임) 다소 불편하겠지만, 신규 iPhone, iPad 가 나올때 마다 코드를 갱신해야하는 불편함이 있습니다. (현재로서는 이방법 밖에 없음..) 코드작성기준 [2019. 07. 31] 입니다. Objective C //디바이스 기종 가져오기  -  (NSString * )deviceName {      struct  utsname syst

안녕하세요. 이번에 알고있으면 좋은 iOS 지식 을 정리하고자 합니다. 이번에 Frame VS Bounds 차이점 을 알아보고자 합니다. 간략 정보 Frame : 뷰의 위치가 부모뷰 에 의해 결정된다. Bounds : 뷰의 위치가 자신의 위치값 에 의해 결정된다. 글로는 정확히 이해되지 않아 그림으로 설명하겠습니다. 1번, 2번 그림의 차이점으로 뷰의 위치가 부모뷰의 결정된다. 를 그림으로 표현했습니다. 위와 같이 X, Y 좌표 가 Frame 일때 (15, 30) , Bounds 일때 (0, 0) 으로 표기 되는 걸 알 수 있습니다. 그러면 Width, Height 값은 차이가 없을까요? 3번 4번 그림으로 설명해 드리면, 결과적으로는 차이가 있습니다. Transform 값을 통해 뷰를 회전 시켜 설명드리면 Frame 일때는 회전된 반경의 부모기준으로 잡힌 영역 만큼 나오게 됩니다. 반면 Bounds 의 경우는 회전은 고려하지 않고 본인의 영역 값만 나오게 됩니다. 추가적으로 Playground 샘플 코드와 결과도 공유합니다. (좌표영역참조) Playground 샘플 코드 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 import  UIKit import  PlaygroundSupport // // Frame, Bounds 차이점 알아보기 class MyViewController : UIViewController {      override   func  loadView() {          let  view  =  UIView()         view

git을 사용하면서 별다른 이슈 없이 사용하고 있었는데, CocoaPod 의 네이버 NMapsMap 라이브러리 사용시 100Mb 이상의 용량을 가지고 있어서 Git Push 가 불가능하다는 안내문이 있었다. 모르고 진행하였을때, 당연히 Git 원격서버에 반영되지 않았으며 간단하게 테스트 한 내용 적어둔다. 1. 네이버 맵 :  https://navermaps.github.io/ios-map-sdk/guide-ko/1.html 가이드 중 100Mb 이상 업로드가 필요함으로 git-lfs 설치를 하라고 명시되어있다. Mac OS 기준 Home brew( https://brew.sh/index_ko ) 설치 후 진행한다. 1. git-lfs를 설치해 준다.  brew install git-lfs 명령어를 통해 설치해준다. #. 필자의 경우 미리 설치가 되어있어 경고문구 발생함. 2. Project 폴더로 이동하여 .git 있는 부분에서 git-lfs install 명령어로 설치해준다. 3. pod install 전, NMapsMap 을 받았던 기록이 있다면 캐시를 삭제해주고 install 해 준다. 명령어 : pod cache clean NMapMap 명령어 : pod install 4. 설치완료되면 준비끝. 5. SourceTree 앱을 통해 Commit, Push 를 진행시 큰 파일 감지 가 뜨면 완료. 추후에 비슷한 상황이 생길까봐 내용 정리합니다.

이번에 욕심에 구매하게 된  바버팀 7 in 1 C타입 허브! 필자는 기존에 애플 정품 3 in 1 허브 2개를 사용하고 있었는데, 줄이 주렁주렁 싫었다 ^^ 필자의 자리 (약간의 자랑질) 이번 바버팀 7 in 1 을 구매하고 싶었던 가장 큰 이유가 회의를 다닐때 이것 저것 빼기 싫어서 이다. (한방에 제거하고, 한방에 셋팅하고 싶음) 바버팀스토어 구매 주소 https://smartstore.naver.com/verbatimseller/products/4443039745 대략적인 장착샷 (이미지) 7 in 1 답게  USB C PD 1개 , 3.0 USB A 2개, 이더넷 1개, HDMI 1개, SD 카드 1개, micro SD 카드 1개 를 지원한다! 그중에서도 필자가 중요하게 생각했던 점인데,  USB C PD 87W 지원이다! 애플 정품 빼고 고가 가 아닌 이상 USB C PD 지원이 보통 60W 로 표기되어 있는 부분이 많다. 더블 모니터 + 아이패드 상시 연결시 하드코어하게 사용하면 87W 충전시에도  베터리가 떨어지는게 보인다. 그리고 필자의 궁극적인 목표! (모니터 두개 연결) 질문글 올렸는데, 답글 바로 주셔서 믿고 구매하였다. ^^ 전체적인 구성은 이러하다 (어차피 쓰는부분만 씀) Macbook Pro 15 인치 장착! 선이 많은 건 어쩔 수 없지만, 일단 한쪽으로 전부다 몰아서 기쁨 ^^ 한가지 단점(?) 이라면 케이블에 무게가 증가 하면서 약간 아래로 기울어서 부러질 것 같은 느낌이 들었다. 그래서 허브 아래에 명함 4~5장 을 넣어주니 안정적 으로 고정되었다. (개발자들은 명함쓸일이 없어서 받침으로 씀...) 덕분에 USB C 정품 허브 하나 남아서 회의 다닐때