전체 글

iOS 앱 화면의 콘텐츠를 표시하고 관리하는 로직을 담당하는 객체는 ViewController 입니다. MVC (Model - View - Controller) 아키텍처에서 Controller 역할을 수행하는 부분입니다. ViewController는 iOS 앱에서 사용자 인터페이스를 관리하는 주요한 구성 요소 중 하나이며, 각 ViewController는 특정 화면이나 화면의 일부분을 관리합니다. ViewController는 뷰의 라이프사이클에 따라 화면 표시, 갱신, 해제 등의 작업을 수행합니다. 또한 모델과 뷰 간의 상호 작용을 조정하는 중요한 부분입니다. #주요 특징 1. View 계층 구조 관리 UIViewController는 하나의 주요 뷰와 그 하위 뷰들을 관리합니다. 이 뷰 계층 구조는 해당..

iOS개발에서 앱의 콘텐츠나 데이터를 저장하고 보존하기 위한 특별한 객체는 "UserDefaults" 및 "Core Data"와 같은 다양한 기술을 사용할 수 있다. UserDefaults 간단한 키-값 쌍을 사용하여 데이터를 저장하는데 사용되는 객체입니다. 주로 사용자 설정, 앱의 상태, 또는 간단한 구성 데이터를 저장하는데 적합합니다. 예를 들면, 사용자의 로그인 상태, 마지막으로 선택한 옵션 등을 저장할 수 있습니다. Core Data 데이터베이스와 관련된 고급 데이터 관리 프레임워크로서, 복잡한 데이터 모델을 구성하고 관리할 수 있습니다. 대규모의 구조화된 데이터나 복잡한 데이터 관계를 다루어야 할 때 사용됩니다. 기능 중 하나인 Persistence(SQLite 데이터베이스를 기반으로 동작)를 ..

많은 테스트를 시뮬레이션에서 할 수 있지만 하드웨어 및 성능 관련 테스트는 실제 디바이스 테스트가 필수적이다. 할 수 있는 일 1. 시뮬레이터 사용 * Xcode는 iOS 시뮬레이터를 제공. - 다양한 iOS 디바이스를 시뮬레이션하여 앱의 UI 및 디바이스 크기, 해상도 등의 테스트 할 수 있다. 2. 디버깅 * Xcode 디버거를 사용하여 코드를 실행하고 디버깅할 수 있다. - 콘솔창에서 로그 및 디버그 메시지를 확인할 수 있다. 3. 앱빌드 * 앱을 빌드하여 기본적인 기능을 테스트할 수 있다. * 앱의 빌드 및 배포에 대한 테스트를 할 수 있다. 할 수 없는 일 1. 실제 디바이스 성능 테스트 * 시뮬레이터는 실제 디바이스의 성능을 완전히 대체할 수 없다. 특히 성능에 민감한 앱의 경우 디바이스에서의..

iOS 프로그래밍에서 bounds와 frame은 뷰의 위치와 크기를 나타내는 두 가지 속성입니다. ##1. Frame * 부모뷰나 슈퍼뷰 좌표 시스템에서 뷰의 위치와 크기를 정의합니다. * 예를 들어, `view.frame.origin.x`는 뷰의 왼쪽 상단 모서리의 x좌표를 나타내고, `view.frame.size.width`는 뷰의 너비를 나타냅니다. ##2. Bounds * 뷰의 자체 좌표 시스템에서 위치와 크기를 정의합니다. 즉, 뷰가 자신을 기준으로 어디에 위치하고 얼마나 큰지를 나타냅니다. * 일반적으로 `bounds.origin`은 (0,0)이며 `bounds.size`는 뷰의 실제 크기를 나타냅니다. 슈퍼뷰 안에 서브뷰가 2개 있다고 해보자. 그 때 frame과 bounds는 아래와 같다...

오늘은 기존에 Xcode에서 작업하던 프로젝트를 github에 올리는 방법을 알아보려한다. 일단 Github 계정을 추가해야 한다. Xcode를 킨 상태에서 상단의 메뉴로 Setting에 들어간다. Accounts로 들어가서 +버튼을 클릭 GitHub을 선택하고 Continue 클릭 계정을 입력하면 되는데 왼쪽 사진에 나와 있듯이 GitHub personal access tokens must have these scopes set. 아래의 설정을 체크하여 만든 토큰을 입력한다. + 토큰 만드는 방법은 나중에 추가. 그럼 이렇게 추가가 된 걸 확인할 수 있다. 나는 이미 프로젝트를 생성 시, Repository를 만들고 Commit까지 하고 있던 상태라 해당 파트는 스킵했지만, Repository가 만들어..

개념적인 부분은 이 글을 참고해주세요. 인증서와 코드 사이닝(signing:서명)과 배포 이 글은 http://la-stranger.blogspot.kr/2014/04/ios.html [iOS] 인증서와 코드 사이닝 이해하기 iOS개발을 하면서 가장 헷갈리는 컨셉중 하나는 개발중인 앱을 실제 디바이스에서 실행되도록 하는 과정이다. doorganizedcoding.tistory.com 해당 글은 https://velog.io/@cm961115/ios-인증서-생성-Certificate 해당 글을 찾아보기 쉽게 제 블로그에 정리한 글입니다. - Apple이 해당 개발자를 '신뢰한다고 증명'하는 '인증'서 - 개발할 땐 Development Certificate(개발용 인증서)를 발급받으면 되고 - 배포할 땐 ..

개념적인 부분은 이 글을 참고해주세요. 인증서와 코드 사이닝(signing:서명)과 배포 이 글은 http://la-stranger.blogspot.kr/2014/04/ios.html [iOS] 인증서와 코드 사이닝 이해하기 iOS개발을 하면서 가장 헷갈리는 컨셉중 하나는 개발중인 앱을 실제 디바이스에서 실행되도록 하는 과정이다. doorganizedcoding.tistory.com 해당 글은 https://velog.io/@cm961115/iosCSR파일생성 해당 글을 찾아보기 쉽게 제 블로그에 정리한 글입니다. - Certificate Signing Request 약자 - '인증서 발급'을 '요청'하기 위한 파일. - 'Certificate 발급' 요청 시 사용된다. - CSR을 만들면 키체인 접근 ..

일단 강의 내용을 유출하면 안되기 때문에 예시나 정확한 내용 없이 세줄 요약에 대한 내용을 풀어 쓴다고 생각해주시면 고맙겠습니다. 일단 C, Swift와 마찬가지로 @main 특성이 붙은 파일 및 코드 부분이 가장 먼저 실행하고, 앱을 '실행'하는 제일 중요한 부분이라고 보면 된다. 하지만 C와 Swift와 가장 다른 점은 기본적으로 만들어지는 코드가 무척 간결하다는 것이다. 굳이 우리가 볼 필요 없는 코드나 필요할 때 구현하면 되는 코드는 다 숨겨졌다고 보면 된다. @main 속성이 붙은 구조체를 보면 App 프로토콜을 채택하고 있는 걸 볼 수 있는데 이 App 프로토콜은 Scene를 리턴하는 걸 강요한다. Scene은 뷰들의 집합. 뷰들의 컨테이너라고 보면 되는데 플랫폼과 앱의 생명주기 등에 따라서 ..

힌트는 이 블로그에서 얻었다. https://0ver-grow.tistory.com/1102 원인은 pull없이 push하려고 했다는 거다. ==> 나의 경우, 터미널로, 위 블로그에서 알려준대로 실행하였음에도 문제가 해결되지 않았다. ==> 근본적인 원인은 pull을 안했다는 거니깐, Xcode에서 pull을 했다. (Rebase local changes onto upstream changes.는 체크하지 않았는데, 필요에 따라 체크하면 될 것 같다) ==> 다시 push를 하니 정상적으로 push가 되었다.

* 속성(위에서 font, padding, background 같은 것)을 modifier라 한다. ==> text에 modifier를 추가한다. = text에 속성을 추가한다. * 오른쪽에 프리뷰가 보인다. Xcode가 버전업 되면서 웬만하면 자동으로 잘 자동으로 보여주지만, 가끔 정신을 못 차리면 단축키로 새로고침해주자. ==> cmd + opt + p * 라이브러리에서 view 및 속성을 끌어와서 추가할 수 있다. * 코드에 추가해도 되고 오른쪽 프리뷰에 추가할 수도 있다. * body안에 Text가 있는 상태에서 프리뷰에 새로운 view를 추가하려고 하면 "Add Text to a new Vertical Stack along with existing Text."라는 문구만 나온다. "기존 텍스트와..

새로운 브랜치로 클론할 때 Remote branch {브랜치이름} not found in upstream origin 해당 오류가 발생한다면 브랜치 이름이 한글인 경우, 영어로 바꾸면 해결되는 경우가 있음 경로에 한글이 들어가서 인걸로 파악됨.

최근 Xcode에도 많은 변화가 있었다. 여러 버전이 나왔고 나도 발빨리 새로운 버전을 받아서 사용하고 있었다. 프로젝트를 진행하면서 새로운 라이브러리를 계속 추가하기 보단 기존의 라이브러리를 활용하고 있어서 몰랐는데 개인적인 공부를 위해 새로운 프로젝트를 만들고 라이브러리를 받기 위해 터미널에 'pod init' 명령어를 입력했는데 Failed to extract git version from `git --version` ("xcrun: error: invalid active developer path (/Library/Developer/CommandLineTools), missing xcrun at: /Library/Developer/CommandLineTools/usr/bin/xcrun\\n") (..