ELLO의 개발일지

FSPagerView 오픈 소스 라이브러리를 사용하다가 다음과 같은 에러가 발생했습니다. 찾아보니 다음의 에러는 Cocopads의 버전 문제였습니다. 해당 에러를 해결해보겠습니다. 두 가지 방법이 있습니다. 첫 번째 방법으로 해결이 되면 넘어가고 첫 번째 방법이 안 된다면 두 번째 방법을 시도합니다. [Solution 1] podfile에 다음의 코드를 추가하기 # Workaround for Cocoapods issue #7606 post_install do |installer| installer.pods_project.build_configurations.each do |config| config.build_settings.delete('CODE_SIGNING_ALLOWED') config.build_..

CocoaPods를 이용해서 오픈 소스 라이브러리를 설치하는 과정에서 terminal에서 pod init -> Podfile 수정 -> pod install 을 했을 때 위와 같은 에러가 발생했습니다. 찾아보니 해당 에러는 맥북 에어(M1칩)에서 발생하는 에러라고 합니다. 에러를 해결해보겠습니다. [Step 1] pod init -> sudo vi podfile 터미널에서 먼저 Podfile생성 후, sudo vi podfile을 통해서 해당 부분에 라이브러리를 포함시켜줍니다. 수정할 때는 'i' 클릭 완료 후에는 esc -> wq! [Step 2] 터미널에 다음 명령문을 순서대로 입력 sudo arch -x86_64 gem install ffi arch -x86_64 pod install 영어로 된 문..

Storyboard Segue를 이용해서 화면 전환을 구현하다가 다음과 같은 에러가 발생했습니다. 해석을 해보면 '윈도우 계층에 해당 뷰가 존재하지 않는다.'입니다. 해당 경고를 찾아보니 Storyboard Segue로 화면이 전환되고 있는 동안, 소스 코드에서 동시에 화면 전환이 실행되고 있어 화면 전환 간 충돌(?)로 인해 해당 뷰가 계층에 포함되지 않은 것으로 확인됐습니다. 해당 경고를 해결해보겠습니다. [Step 1] 먼저 Storyboard Segue와 화면 전환 소스코드가 둘 다 생성되어 있는지 확인 [Step 2] 소스 코드에서 구현한 버튼의 perfromSegue 함수를 없애줍니다. (아니면 버튼의 이벤트 함수 자체를 없애줍니다.) 화면 전환을 Storyboard Segue를 이용해서 쉽게..

새로운 VIewController를 생성하고 메인 스토리보드와 연결 후, 스토리보드의 버튼을 참조하는 프로퍼티를 생성할 때 다음과 같은 에러가 발생했습니다. 해당 문제를 찾아보니 메인 스토리보드와 뷰 컨트롤러 간의 서로 연결이 제대로 되지 않아 생기는 오류라는 것을 알았습니다. 다음과 같이 정상적으로 연결이 되었다면 화살표를 눌렀을 때 뷰 컨트롤러가 나와야 합니다. 하지만 클릭만 되고 뷰 컨트롤러가 나오지 않을 경우, Xcode의 일시적 오류입니다. Xcode를 껐다가 다시 키면 잘 됩니다..!

화면 전환을 구현하다가 다음과 같은 에러가 발생했습니다. perFormSeque의 withIdentifier 매개변수 이름이 일치하지 않아 생기는 문제입니다. 문제를 해결해보겠습니다. [Step 1] 생성한 Segue객체의 Storyboard Segue 섹션에서 Identifier를 확인하기 [Step 2] 위에서의 Identifier명과 perfomsegue의 변수명을 일치하게 적었는지 확인 스토리보드와 소스 코드를 연결할 때는 항상 변수명을 잘 일치시켰는지 확인해야 합니다.

TableView를 구현하다가 다음과 같은 에러가 발생했습니다. 처음에는 Table View Cell 섹션의 Reuse Identifier 이름이 잘못 매칭된 줄 알고 계속 비교해봤지만 아니었습니다. 해당 문제를 찾아보니 Custom Class 섹션의 Module명 문제이었다는 것을 알았습니다. 그렇다면 해당 에러를 해결해보겠습니다. [Step 1] 오른쪽 Indicator -> Custom Class 섹션 -> 모듈명을 확인 [Step 2] 모듈명이 None이라면 오른쪽 화살표를 클릭해서 자신의 프로젝트명을 클릭 'Edit placeholder in source file'의 에러가 발생하면 해당 Cell의 Custom Class 섹션에서 모듈명을 확인해야 합니다. + 추가적으로 이름을 모두 일치시켰음에..

TableView를 구현하다가 다음과 같은 에러가 발생했습니다. '어디서 실수를 했을까?' 생각해보다가 기존 라벨명이 searchLabels였는데 searchLabel로 바꿨을 때, 이미 메인 스토리보드에서 참조한 searchLabels의 변수명만 바꿔서 런을 하게 되면 에러가 발생했습니다. 메인 스토리보드에서 참조하는 라벨과 소스에서의 라벨이 일치하지 않아 생기는 에러인 것을 알았습니다. 해당 에러를 해결해보겠습니다. [Step 1] 기존 참조 코드를 지웁니다. [Step 2] 메인 스토리보드에서 라벨의 참조를 지웁니다. 메인 스토리보드 -> 라벨 우클릭 -> Referencing Outlets에서 'x' 클릭 [Step 3] 메인 스토리보드 변경된 라벨명으로 다시 참조 ctrl + 드래그 라벨명 바꾸..

"Build input file cannot be found:"라는 문구와 함께 Info.plist 파일을 찾을 수 없다는 에러가 발생했습니다. Info.plist 파일을 폴더 안으로 이동시키면서 기존 파일 위치와 일치하지 않아 생긴 에러입니다. 해당 에러를 해결해보겠습니다. [Step 1] 프로젝트 파일 우클릭 -> Open with External Editor 클릭 [Step 2] 새로운 IDE에서 프로젝트 파일 클릭 (참고로 저는 vscode입니다.) [Step 3] cmd + f 로 "info.plist" 검색 후 Debug와 Release에서 Info.plist 파일 경로를 바뀐 경로로 변경

깃 클론 후, 해당 파일 안에 안드로이드 스튜디오로 작업한 파일을 저장할 때 해당 에러를 마주할 수 있습니다. 구글링을 통해서 여러 글을 읽어 보았을 때 환경변수 설정 문제인 것을 알 수 있었습니다. 깃 클론을 하게 되면 새로운 파일이 생성되는데, 운영체제는 해당 파일을 인식하지 못해 발생한다고 할 수 있습니다. 그래서 환경변수 설정을 하려고 했으나 정형화된 방법을 찾지는 못했습니다. '혹시 해당 파일을 모두 Commit + Push 하고 해당 파일을 다 지운 다음에 다시 클론을 하면 어떻게 될까?' 라는 마음에 시도를 해보았고, 해당 에러 발생 없이 잘 돌아가는 것을 확인했습니다. 깃 클론 후 안드로이드 스튜디오로 개발하다가 해당 문제가 발생했다면, 해당 파일에 있는 모든 소스를 Commit + Pus..

안드로이드 스튜디오로 개발하다가 이런 메시지를 마주한 적이 있을 것입니다. 깃 레포지터리가 이미 수정되어 있는데 pull을 하지 않은 상태에서 작업을 하다가 pull을 하면 이러한 충돌이 발생할 수 있습니다. 해결방법을 알아보겠습니다. VCS -> Git -> Stash Changes...을 클릭 Message를 입력 후 Crate Stash클릭 그다음 Pull을 진행합니다. Pull이 완료된 것을 알 수 있습니다. 그 다음 이전에 저장했던 코드를 불러옵니다. 기존에 생성했던 메시지를 클릭하고 Apply Stash 클릭 그 다음 Commit + Push ※ 참고 출처 m.blog.naver.com/PostView.nhn?blogId=kitspeed&logNo=221508441268&proxyReferer..