IOS

최근에 아래와 같은 메시지가 콘솔 창에 뜨면서 빌드가 잘되지 않는 문제를 겪었다. warning: libobjc.A.dylib is being read from process memory. This indicates that LLDB could not find the on-disk shared cache for this device. This will likely reduce debugging performance. rm -r ~/Library/Developer/Xcode/iOS\ DeviceSupport 다음 디렉터리를 삭제하고 다시 빌드하니 문제가 해결되었다. 레퍼런스 https://stackoverflow.com/questions/72598348/xcode-14-beta-build-issues-wi..

메서드 정의 func compare(_ other: Date) -> ComparisonResult 다른 날짜와 비교해주는 인스턴스 메서드 사용 예시 import Foundation // Date String let targetDateString = "2022-08-10" let comparisonDateString = "2022-12-08" let dateFormatter = DateFormatter() dateFormatter.dateFormat = "yyyy-MM-dd" // Optional Binding guard let pastDate = dateFormatter.date(from: targetDateString), let futureDate = dateFormatter.date(from: com..

Method Swizzling Method Swizzling은 기존의 메서드를 Runtime 시에 원하는 메서드로 바꾸어 사용할 수 있도록 하는 기법입니다. 일반적으로 Swizzling는 뒤섞다, 뒤바꾸다의 의미를 가지고 있습니다. [출처] : Swift ) Method Swizzling 사용 상황 런타임 시에 메서드를 바꿀 일이 필요할까요? 직접 사용할 일이 없기 때문에 당장 와닿지는 않습니다. 일반적으로 다음과 같은 경우에 사용한다고 하는데요. 앱의 생명주기에 앱의 분석 기능을 통합하기 위함 특정 클래스의 기능을 한 번에 적용하기 위함 특정 SDK를 만들어 사용하고자 할 때, 특정 메서드에서 항상 로그를 출력하고자 함 ▪️ 가령, 서비스 프로젝트 내에 GA를 붙여야 하고 화면마다 GA 관련 API를 ..

들어가며 안녕하세요 마지막 4편입니다. 사실 아직까지도 출시했다는 것이 믿기지가 않아요. 출시라는 자체가 중요하다기 보다는 '기획-디자인-계획-개발-출시-회고' 하나의 사이클을 경험했고, 스스로 무엇이 부족한지 알게 되는 시간이었다는 것이 중요한 것 같습니다. 아직 갈 길이 정말 먼 것 같아요. 반성도 많이 하게 되고, 열심히 해야겠다는 생각도 듭니다. 데이터 설계 처음 계획했던 데이터 설계 부분이에요. 실제 개발시에 약간 변경된 부분은 있지만 거의 동일합니다. 데이터베이스는 Realm을 이용했습니다. Realm의 성능과 속도 측면에서 Core Data, SQL Lite보다 더 뛰어나기 때문이고 무엇보다 쉬운 사용법이 사용하게 된 큰 이유 중 하나라고 할 수 있을 것 같습니다. 객체 자체를 저장하고 꺼내..

들어가며 안녕하세요 3편이네요... 글 쓰는게 세상에서 제일 힘든 것 같습니다. (엄살...ㅎ) 이번 편에서는 프로젝트 진행 과정과 개발하면서 겪었던 어려움 또는 기술적인 고민에 관련된 내용을 적어볼텐데요. 어떻게 적어야 할까요... 이번 편은 가볍게 적어놓고 고쳐가는 식으로 방향을 잡아야겠어요.. 프로젝트 관리 및 공수 산정 처음에는 노션으로 러프하게 iteration 주기에 따른 개발 공수 산정을 진행했었는데, 이슈를 만들고 그에 따라 개발을 진행하는 저에게는 깃허브 Project를 이용해서 프로젝트를 관리하는 것이 접근성이 더 편했던 것 같습니다. 프로젝트를 진행하면서 가장 큰 어려움을 느꼈던 부분이 개발 공수 산정이었고, estimated time(예상 시간)을 정하는 것이었습니다. 어떤 부분들을..

들어가며 네, 2편으로 찾아왔습니다. 이번 글에서는 제가 디자인을 어떻게 했고, 그에 따라 디자인 시스템은 어떻게 만들려고 했는지 소개하고자 합니다. 여러 레퍼런스나 글을 참고했지만 그 중에서 SOCAR 디자인 시스템을 가장 많이 참고했고 따라하고자 했습니다. 자 함께 가보시죠. (어디를 가자는 걸까요?) 재료 준비 본격적인 와이어 프레임과 레이아웃을 만들기 전에 재료를 준비하려고 했습니다. 여기서 재료라고 함은 Color, Typography, Icongraphy, Spacing, Radius, UI Components 등을 이야기합니다. 뭐 더 많을 숫도 있겠죠? 재료를 먼저 준비해놓고 디자인을 시작했습니다. 정말 개인 프로젝트라 제 맘대로 러프하게 한 것이라서 전문가의 입장에서 보면 허접할 수도 있..

들어가며 개인 프로젝트였던 오오투두를 출시하기까지의 과정을 3~4편 정도로 가볍게 정리해보려고 합니다. 사실 글을 쓰고 다듬는 과정이 충분하면 좋겠지만 그렇게 되면 시간이 너무 오래 걸릴 것 같고 솔직한 후기를 작성하지 못할 것 같아서 의식의 흐름대로 쓰고자 합니다. 앱 스토어 링크는 https://apple.co/3fvzPlo 과 같으니 편하게 사용해보고 피드백을 주시면 감사하겠습니다. 현재는 1.0.0 버전으로 최소한의 기능만 가지고 출시한 상황이라 업데이트를 조금씩 할 예정입니다. 중간 아이디에이션 중 기존에 아이디에이션을 했던 것을 발췌해왔습니다. 생각을 모두 풀어쓰자면 너무 길어지기에 최대한 요약을 해왔어요. 그렇기에 기승전이 부족하고 결만 보이는 느낌이 들 수도 있습니다. 이 부분은 양해부탁드..

그동안 너무 나태해졌던 나 자신을 반성하며 다시 공부도 열심히 하고, 글도 다시 꾸준히 써보고자 한다. 오늘은 fastlane을 이용해서 TestFlight에 자동으로 업로드할 수 있도록 세팅을 진행했다. 나 같은 경우 프로젝트 내 빌드 번호 증가시키는 룰을 날짜 + 빌드 횟수(ex. 2210041, 2210042, ..., 22100499)로 하고 있어서 스크립트의 변경이 필요했다. Ruby 문법을 잘 몰라서 서칭을 하다가 감사하게도 잘 쓰여진 블로그를 발견하여 일부만 수정해서 스크립트로 사용하였다. 프로젝트를 하다보면 수동으로 TestFilght에 업로드하는 작업이 너무 귀찮은 작업이 된다. 규모가 작으면 상관이 없겠지만, 규모가 커질수록 자동화라는 작업이 기능 개발 만큼 중요한 부분이 될 수 밖에 ..