KxCoding

Xcode 26에서 Swift Package를 생성하면 Swift 6 언어 모드가 기본적으로 활성화 되고, Concurrency 관련 코드를 이전보다 엄격히 체크합니다. 현재 강의는 이 부분을 고려하지 않고 제작되었습니다.따라서 패키지 메니페스트에서 1번 라인에 있는 주석 코드를 아래와 같이 바꾸고 실행하시면 Swift 5 언어 모드가 사용되고 에러가 사라질 것입니다.<pre><code>// swift-tools-version: 5.9</code></pre>참고로 gpt가 수정한 부분은 원래 코드로 복구해야 합니다.

430강 modularization

프로젝트 선택 > Release 타깃 선택 > Build Phases 탭 선택 > Compile Sources 섹션에 컴파일 대상이 추가되어 있습니다. 이 상태에서서 dev 타깃을 선택하고 같은 탭을 확인해 보신 후 목록에 추가되어 있는 항목이 다르다면, Release 타깃에도 동일한 항목들을 추가해 주세요.그리고 나서 Product > Clean Build Folder 메뉴를 선택한 다음 다시 실행해 보시기 바랍니다.위의 내용으로 해결되지 않는다면 다시 알려주세요.

개발버전 release 버전 실습 중 오류-부탁드립니다.

코드나 코어 데이터 모델에 잘못된 부분이 있는것 같습니다. 우선 Step 21에서 작성하는 아래 코드에서 cacheName을 nil로 바꾸고 테스트 해 보시기 바랍니다.<pre><code>groupFetchedResults = NSFetchedResultsController(fetchRequest: groupRequest, managedObjectContext: mainContext, sectionNameKeyPath: nil, cacheName: "MemoGroupCache")</code></pre>문제가 해결되지 않으면 다시 알려주세요.

메모의 그룹을 클릭할때마다 항목이 틀리게 나옵니다.

기본적으로 asyncAfter에서 약간의 오차(0.1초 이내)가 발생할 가능성이 있습니다.이것보다 큰 오차가 발생한다면 코드에 문제가 있거나, 맥 자체의 리소스가 부족해서 프리뷰에서 딜레이가 발생할 가능성이 있습니다.시뮬레이터 또는 실제 디바이스에서 실행해보시고 오차가 0.1초 이내라면 프리뷰의 오차는 무시하셔도 됩니다. 여전히 동일한 수준의 딜레이가 발생한다면 코드를 다시 한 번 점검해 보시기 바랍니다.

타이머 오차

Auto Layout은 “뷰의 위치(x · y)와 크기(width · height)를 계산하기에 충분한 정보만 있으면 된다”는 규칙으로 작동합니다. 그래서 어떤 뷰에선 <code>top</code>·<code>leading</code>만 걸고, 또 다른 뷰에선 <code>top</code>·<code>leading</code>·<code>trailing</code>을 추가로 거는 식으로 설정이 달라집니다. 그 기준은 크게 두 가지입니다.<hr><h3 style="text-align: left">1. 뷰를 어떻게 배치할지에 따라 다릅니다</h3>예를 들어, “왼쪽 상단에 달라붙어만 있으면 되고, 폭은 글자 길이에 맞춰 자연스럽게 늘어나도 된다”면 <code>top</code>·<code>leading</code>만으로 충분합니다. 반면 “왼쪽에서 시작하되, 오른쪽 여백(trailing)까지 꽉 차게 늘어나야 한다”거나 “부모 뷰 양쪽에 딱 붙어야 한다”면 <code>trailing</code> 제약도 추가해 폭을 확정해 줘야 합니다.<h3 style="text-align: left">2. 그 뷰가 ‘고유 콘텐츠 크기(intrinsic content size)’를 갖고 있는지도 중요합니다</h3>UILabel·UIImageView처럼 콘텐츠 자체로 너비·높이를 추정할 수 있는 뷰라면, 위치만 고정해 줘도 나머지 한 변(너비 또는 높이)은 시스템이 알아서 계산합니다. 그래서 <code>height</code>를 따로 주지 않아도 되는 경우가 많습니다. 반대로, 고유 크기가 없는 UIView나 “정확히 44 pt 높이여야 한다” 같은 요구 조건이 있을 때는 <code>height</code>나 <code>width</code> 제약을 반드시 명시해야 레이아웃이 모호해지지 않습니다.<hr><h3 style="text-align: left">3. Auto Layout 챕터를 공부하시면 분명해집니다</h3>지금은 “필요한 만큼만 제약을 건다”는 감각이 다소 추상적으로 느껴질 수 있습니다. Auto Layout 챕터를 공부하시면 ‘충분한 제약 조건’이 무엇을 의미하는지, 그리고 Hugging/Compression Resistance처럼 시스템이 여백을 배분·압축하는 방식이 어떻게 결정되는지 알게 됩니다.<h3 style="text-align: left">4. 초반에는 실습을 그대로 따라 해도 충분합니다</h3>처음부터 모든 원리를 이해하고 시작하기란 쉽지 않습니다. 실습을 그대로 따라 하며 “어떤 경우에 제약을 더 걸고, 어떤 경우에 생략해도 되는지” 몸으로 익히는 편이 훨씬 빠릅니다. 경험이 쌓이면, 레이블 하나를 추가할 때도 “여기서는 <code>trailing</code>이 필요하겠네” 하고 자연스럽게 판단하게 되실 겁니다.

수업 중 궁금한 부분이 있습니다.

Xcode 16 버전에서 해당 기능이 제거되었습니다. 실제로 Xcode 변경사항을 보면 아래와 같은 문구가 있습니다.<code>@IBDesignable</code> views are deprecated and will no longer be rendered in the Interface Builder canvas. (115873872)따라서, 강의와 동일한 결과를 직접 확인하고 싶다면 Xcode 15 초기 버전을 사용하셔야 합니다. 이 기능은 Xcode Previews로 점진적으로 대체되고 있는 상황이고, Xcode 16 버전에서 실습하신다면 라이브 렌더링 관련 부분은 무시하고, Custom View의 결과만 확인하시면 됩니다.

Xcode Live Rendering 문의

최신 버전에서는 말씀하신 문제가 발생하고 있습니다. Xcode 15버전으로 실습을 진행해 보시기 바랍니다. 이전 버전은 Xcodes 앱을 통해서 쉽게 설치할 수 있습니다. <a target="_blank" rel="noopener noreferrer nofollow" href="https://www.xcodes.app/">https://www.xcodes.app/</a>

Xcode에 gpx파일이 인식이 안됩니다.

message에 오타가 있습니다. mesaage가 아니라 message입니다. 모델 파일로 가서 속성 이름을 수정해 주세요.

API 출력 오류.. 도와주세요.

보내주신 에러처럼 플레이그라운드 위에 표시되는 에러는 대부분 Xcode의 내부적인 에러입니다. Xcode를 완전히 종료하신 후 다시 실행하시면 대부분 해결됩니다.

play ground 오류?? 원인을 알고 싶습니다.

에러 메시지로 봐서는 WKWebView가 정상적으로 링크되지 않은것 같습니다. 이 때는 아래와 같은 순서로 직접 연결해 주시면 해결됩니다.<ol><li>프로젝트 네비게이터에서 프로젝트 선택 </li><li>타깃 선택</li><li>General 탭에서 Frameworks, Libraries, and Embedded Content 섹션</li><li>+ 클릭 후 WebView 검색</li><li>WebKit.framework 선택 후 Add 클릭</li></ol>ps. 항상 열심히 공부해 주셔서 감사합니다. 마지막 강의까지 화이팅입니다!!!

KxCoding

Posts