중요한 키값이나 개인정보(?)등의 유출을 방지하기 위한 .gitignore 생성을 아주 쉽게!!! 할 수 있는 방법을 배우게 되었다 ☺️

먼저 프로젝트를 만들 때 Create Git repository on my Mac에 체크한다. 깃 리포지토리가 없는 프로젝트라면,

Source Control에서도 생성할 수 있다.

.gitignore 생성하기

프로젝트를 클릭하고 command + N 을 누르거나, 위 스크린샷처럼 프로젝트 오른쪽 마우스 클릭 - New File 선택

밑으로 쭉쭉 내리다보면 처음보는..ㅎㅎ Empty 템플릿이 있다 선택 후 Next

파일명을 .gitignore 라고 적는다. 점 꼭 붙여야 한다!

Group도 내부 폴더가 아닌, 앱 모양(?) 프로젝트 폴더 자체인지 확인! 위치 중요하다!!! 확인이 됐다면 Create를 누른다!

점(.)으로 시작하는 파일명은 숨겨질 거라는 메시지다. Use "." 선택!

이렇게 .gitignore가 생성된 것을 볼 수 있다..!

.gitignore에 파일 등록하기

이제 이 .gitignore에 작성을 해 보자. 예를 들어 나는 API Key들을 담을 구조체를 작성할 APIKey.Swift 파일을 만들 예정이고, 이 파일이 커밋되지 않도록 미리 방지하고 싶다고 가정해 보쟝

❗️파일을 만들기 전! .gitignore에 확장자명까지 똑같이 적어 놓는다 이제 APIKey.swift를 생성해 보자

Swift File 템플릿을 선택하고

APIKey.swift를 생성한다

APIKey.swift 옆에 A가 안 뜨는 것을 확인할 수 있다. git의 추적을 받지 않고 있음!!

APIKey.swift는 커밋창에서도 아예 뜨지 않는 것을 볼 수 있다 :) (커밋창 여는 단축키는 option + command + C)

.gitignore에 등록한 파일 옮기기

.gitignore에 파일명을 잘 적었다면, 이렇게 경로를 바꿔도 gitignore 적용이 된다!

파일을 .gitignore에 등록하는 방법을 알아 보았다,, 이제 폴더도 등록해서 폴더 자체를 보호(?)해 보자!

.gitignore에 폴더 등록하기

Keys라는 폴더를 프로젝트의 내부 폴더(GitTest) 안에 만들 것이라고 가정을 해 보쟝

폴더 경로를 위와 같이 .gitignore에 작성한다

이제 Keys 폴더를 GitTest 폴더 안에 만들고, Keys 폴더 안에 파일을 만들어 보자

GitTest/Keys 폴더 안에 어떤 파일을 만들든지 A가 뜨지 않는다.

커밋 창에서도 안 뜸!

.gitignore에 등록하지 않은 파일을, 등록한 폴더로 옮기기

하지만 .gitignore에 등록하지 않은, 이 A가 뜨는 Model.swift를 Keys 폴더 안으로 옮긴다면..?!

A가 뜬다....^^

커밋 창에도 뜬다 ^__^...

.gitignore에 등록한 폴더 내에 생성했던 파일들을 바깥으로 빼기

그럼 .gitignore에 작성한 Keys 폴더에 생성했던 파일들을, Keys 폴더 바깥으로 빼면 어떻게 될까?

놀랍게도 A가 뜨지 않는다..!

커밋창에도 파일은 안 뜨지만, 옮긴 New Group 폴더 옆에는 ? 물음표가 떠 있다. 얘도 헷갈리나봄..?

체크해서 커밋을 해 보겠다,,

커밋이 되었다....^__^

정리!!

• .gitignore에 작성한 파일은 어디로 이동하든 추적이 되지 않는다.
• .gitignore에 작성한 폴더는, 파일 생성 시 그 폴더 내에 생성하지 않았다면, 나중에 그 폴더 내부로 옮기더라도 해당 파일은 추적 방지 불가
• .gitignore에 작성한 폴더 내에 생성한 파일은, 해당 폴더를 벗어나면 추적 방지 불가
  

이렇게 숨기고 싶은(깃의 추적을 피하고 싶은) 파일명을 항상 .gitignore에 먼저 작성해야 한다. 파일을 먼저 만들고 .gitignore에 작성하면 나중에 처리할 것들이 많아지기 때문에,, 항상 .gitignore에 먼저 작성하기..!

먼저 프로젝트 네비게이터에서 이름을 바꿔 준다. 천천히 두 번 클릭해도 되고, 선택한 상태에서 return을 쳐도 된다.

그럼 요런 창이 뜨는데, 왼쪽에 모두 체크가 되어 있어야 하는 것 같다. (아마 모두 체크 되어 있을 것이다) Rename을 누른다.

이게 떠서 전부 커밋하고 다시 했는데 또 떠서 그냥 Continue 누름,,

바뀐 모습!

Product ⇨ Scheme ⇨ Manage Schemes 를 누른다.

여기서 Scheme의 이름을 바꾼다. 여기서도 천천히 두 번 클릭하거나 return을 쳐서 수정!

Close,,,

파인더에서도 바꿔 준다!

바꿈과 동시에 열려있던 프로젝트는 파일을 볼 수 없게(?) 된다.. 프로젝트를 닫고 다시 열면

요렇게 나온다 ㅎㅎ.. 폴더 이름을 파인더에서 바꿔도 Xcode에서는 그대로다..

꼭 안쪽 폴더로 경로를 지정해야 한다.

Choose 눌러서 지정

찝찝하니까 얘도 바꿔준다.

빌드세팅 변경하기.

1. 프로젝트 네비게이터에서 프로젝트 선택
2. 타겟 선택
3. 빌드 세팅 클릭
4. Packaging 검색 (pac만 써도 나온다)
5. Info.plist File에서 값 적는 부분 더블 클릭 (Info.plist File 행 누르고 return 쳐도 되고, 값 적는 부분 천천히 두 번 클릭해도 됨)
6. 이름 변경!
   
   

바로 밑에 Product Bundle Identifier에서도 변경해 준다.

빌드 성공!!!

➕ git 관련

프로젝트 이름 수정 이후 커밋할 때 에셋을 포함한 많은 파일들이 변경된(?) 것처럼 보이는데,, 전체를 선택하고 커밋하려니 did not match any file(s) known to git 이 뜨면서 커밋이 안 됐다. 경로가 달라졌으니까(폴더 이름이 달라졌으니까) 그런 게 아닐까 싶다,,

커밋할 때 자동으로 선택되는 파일들만 커밋하면 커밋도 되고 푸시도 된다,, 이유는 잘 모르겠음.. . .. 그리고 다시 커밋할 때 모든 파일 선택하니까 커밋+푸시 다 잘 되었다 . ..

뭔가 처음 기본적으로 선택되어 있는 파일들을 통해 경로를 변경하는 과정이 먼저 필요한 걸지도 모르겠다..!

클래스, 구조체, 열거형 안에 선언된 함수는 메서드, 변수/상수는 프로퍼티라고 한다. 그리고 이 메서드와 프로퍼티를 멤버라고 부른다.

코드영역에서는 코드를 갖고 있는데, 띄우지 않은 화면이나 사용하지 않은 코드는 문자 자체로 남아 있는다.

데이터 영역에는 전역변수가 있는데, 전역변수는 프로그램 전체적으로 사용하는 변수다. 클래스나 구조체 밖에 선언되는 변수/함수 등이다. 하지만 이렇게 하면 앱을 켰을 때부터 끌 때까지 메모리 공간을 차지하게 된다.

힙은 처음부터 채워지고 스택은 마지막부터 채워진다(?) 이 둘이 만나게 되면 stackoverflow

클래스의 실질적인 값은 힙에 저장되고, 이 힙의 주소를 갖는 부분은 스택에 저장된다.

클래스의 인스턴스들은 스택에서 다른 주소를 차지하더라도 가리키는 주소(힙 주소)는 같다.

따라서 한 인스턴스에서 프로퍼티의 값을 바꾸면 힙의 실질적 값이 변경되는 것이기 때문에 다른 인스턴스에서도 변경된 값으로 보인다.

그렇기 때문에 수정할 때 각각을 수정하는 것 같아도 결국 같은 것을 수정하게 되는 것이다.

struct는 각각이다.

위에서 클래스의 실질적인 값은 힙에 저장되고, 이 힙의 주소를 갖는 부분은 스택에 저장된다고 했는데,

그렇기 때문에 위와 같은 코드에서처럼 let 으로 선언되어도 오류가 나지 않는다. 여기서 let은 '스택에 있는 easy'가 가지는(가리키는) '힙 주소'를 못 바꾼다는 의미다. 그 주소에 있는 변수(프로퍼티)들은 var이기 때문에 바꾸기가 가능하다. (Class는 let이어도 바꿀 수 있지만 Struct는 바꿀 수 없다.)

뷰 예시를 보자,,

여기에서 alert가 클래스이기 때문에, let으로 선언해도 addAction등이 가능하다!

위의 수정 예시를 뷰로 또 들어 보자,,

alert2 를 만들고 alert2 = alert 후 alert2 를 수정하고 alert(기존)을 present 해 보자!

이렇게,,

결과는,,,,

ㄴ(°0°)ㄱ

alert를 띄웠는데, alert2에서 지정한 값이 나온다! alert나 alert2나, 똑같은 실질적 값을 가리키고 있기 때문이다!

프로퍼티 초기화 없이 선언?

View Controller에서, viewDidLoad() 바깥에 변수를 선언만하고 초기화하지 않으면 에러가 난다.

보통 이렇게 해도 되는데 왤까? 클래스랑 구조체는 좀 다르다

이렇게 오류가 난다. 클래스의 프로퍼티는 내부적인 값이 있어야 제대로 만들어진다. 명확한 값이 없으면 메모리에 올릴 수 없기 때문이다.

이렇게 할 수는 있지만.. nil값이 들어갈 필요가 없는데 굳이 옵셔널로 지정하는 방법은 좋은 방법이 아니다.

왜 이건 안 되고

이건 될까... (생각해 보기)

매개변수는 let이다

매개변수는 let이다!!

프로퍼티 / 메서드의 변수(상수)

가까운 변수를 찾아 간다. 칙촉이 찍힘

클래스().프로퍼티 로 접근해서 사용할 수 있다.

혹은 self.프로퍼티 로도 가능!

❔ redeclaration 오류가 안나는 이유가 뭔가요?.? ❕ 박스 기준으로 보아야 한다! (같은 선 상에 있는 게 아니다)

Memberwise Initializer

Struct는 init() 함수가 자동으로 생긴다! 이것이 멤버와이즈 초기화구문...!(Memberwise Initializer) Struct 내부에 써도 되긴 하지만 코드 낭비 시간 낭비,,

선언 시 초기화가 된 프로퍼티의 경우 이니셜라이저 함수에서 빼도 된다.

Storyboard Reference

스토리보드 새로 만들기

엔트리포인트부터 지정하기. 스토리보드당 하나의 엔트리포인트가 꼭 필요하다!

앱 실행 시 첫 화면으로 지정하고 싶으면 여기서도 바꿔야 한다.

여기서도 바꿔야 한다. (여기서만 바꿔도 된다..)

Storyboard Reference를 추가하고

Storyboard 지정!

라이브러리

라이브러리를 사용하면 코드도 줄이고 시간도 줄일 수 있다! 오픈소스 라이선스

초반에는 빨리 출시를 해야 하기 때문에 라이브러리를 쓰지만 사용자가 많아지면서 라이브러리를 덜어낸다

라이브러리 설치 방법으로는 CocoaPods, Carthage(라틴어로는 카르타고, 영어로는 카ㄹthㅣg), Swift Package Manager, 수동설치 등이 있다.

• 코코아팟이 끝판왕이라고 한다,, 모든 라이브러리들이 코코아팟을 지원함! 하지만 빌드 속도가 느리다..

• Carthage는 빌드 속도는 CocoaPods에 비해 빠르지만 지원하는 라이브러리 갯수가 많지 않다.

• SwiftPM은 애플에서 지원하는 모듈! (아래에서 패키지 = 모듈 모아놓은 것 이라고 했는데 패키지 매니저가 모듈..?) 원래는 별도의 기능으로 있었고 설치가 굉장히 까다로웠다고 한다,, 하지만 네이티브가 짱.. 요런 느낌으로 기억하기,, ⭐️ 이제 거의 모든 라이브러리들이 지원한다고 한다!

내가 경험했을 때도 코코아팟은 일단 설치부터가 좀.. 말잇못 파일이 커지고 빌드가 굉장히 느려지고.. 머지할 때도 문제를 많이 일으켰었다. 반면 SPM은 가볍(?)고 빌드 속도에 영향을 준다는 느낌도 별로 없었고.. 머지해서 문제가 생기더라도 그냥 다시 설치하면 되고 설치 속도마저 Pods보다 빨랐다... (대충 나는 SPM이 더 좋다는 말)

수동 설치도 있긴 하다 수동으로 파일 드래그 앤 드랍하는 방법,, 잘 안 씀.

캘린더는 FSCalendar, JTAppleCalendar 이 두 가지를 많이 쓴다고 한다. 내가 자주 쓰는 TimeBlocks가 혹시 이 라이브러리들을 쓴 건 아닐까,, 하고 앱 설정에 들어가 봤는데,, 오픈소스 라이선스 부분을 아예 찾지 못했다. 웹사이트에도 안 나와 있는 것 같고,, (내가 못 찾는 건가) (하긴 문의메일도 몇 달 째 답장이 없는디,,)

키보드는 IQKeyboardManager 모르면 간첩이라고 한다,, 난 간첩이었구나 🥲

awesome-ios 이런 것도 한 번 둘러보면 아주 좋을듯!!?

Package Dependencies 에서 + 버튼 혹은 File - Add Packages

원하는 라이브러리 주소를 넣고 Dependency Rules 설정하고 설치하면

타라~

❔ 라이브러리랑 패키지랑 어떻게 다른가요?.? ❕ 아주 비슷,, 나중에 구분하는 시간 따로 가질 것!

찾아 본 결과로는,,

패키지는 모듈을 모아놓은 것이고 라이브러리는 패키지들을 모아놓은 것..! 라이브러리가 더 큰 개념이라고 볼 수 있겠다. (출처)

TextFieldEffects 사용해 보기

스토리보드에서 텍스트필드 레이아웃 잡고 인스펙터 확인! TextFieldEffects를 설치했기 때문에 UITextField를 상속받은 클래스들을 볼 수 있다!

원하는 클래스 선택하고 나머지는 그대로 두기

이 두 가지 값을 곱해서 폰트 크기가 정해진다

SideMenu 사용해 보기

먼저 Navigation Controller에 Embed

그리고 Navigation Controller의 Class를 SideMenuNavigationController로 지정한다.

Present Modally로 해야 한다! (만든 사람이 그렇게 하라고 했다.)

바 버튼 추가!

돌려 보면

사이드 메뉴 순식간에 만들기 완성..! 여러 라이브러리들을 잘 활용하면 더 그럴싸(?)한 앱을 더 짧은 시간 안에 만들기에 좋을 것 같다.

IQKeyboardManager 사용해 보기

AppDelegate에서 하는 이유: 모든 곳에서 쓰기 위함

❔ 다른 라이브러리는 import 하지 않아도 되는 이유가 무엇인가요? ❕ 다른 라이브러리들은 코드 작성 안 했으니까..! (ㄴ(°0°)ㄱ...!!!!!) 스토리보드에서는 내부코드가 있어서 가능했음!

소프트웨어 버전 규칙

• Major: 가장 크게 달라지는 지점들에 대한 업데이트 기존 버전과 호환이 안 됨 이럴 때 deprecate되는 것들이 많다
• Minor: 세세한 기능 올라갈 때
• Patch: 버그 수정. 유지보수
  
  

법처럼 항상 이렇게 해야 한다는 건 아니고 이런 형태로 지켜 주는 것이 좋다

만약 라이브러리를 10개 설치하고 하다보면 1개 업데이트 하면 안 맞고 이런 게 생길 수 있다

DateFormatter

yyyy MM dd hh mm ss 이런 형태..

Month는 대문자 M minute은 소문자 m 주의,,

HH는 24시간 표시 hh는 12시간 표시

표준시로 나온다!

• clipsToBounds와 masksToBounds의 차이.. 효과는 똑같은데, 어디에서 호출하는지만 다르다! clipsToBounds를 바꾸면 masksToBounds도 자동으로 달라진다. clipsToBounds, shadow, cornerRadius를 Button, Label, Image에 다 해 보기. 다 다르게 나올 것..!
• 힙은 처음부터 채워지고 스택은 마지막부터 채워진다(?)
• 프로퍼티 초기화 없이 선언?
  
  
  
  

Date Picker 사용해 보기

preferredDatePickerStyle

preferredDatePickerStyle의 automatic, wheels, compact, inline 사용해 보기

automatic

클릭하면 캘린더가 뜬다.

wheels

compact

클릭하면 automatic과 같이 캘린더가 뜬다. automatic으로 했을 때 compact로 자동 설정되는 것 같다.

inline

iOS 버전에 따라 분기

iOS 14.0 이상은 preferredDatePickerStyle을 .inline으로, iOS 14.0 미만은 .wheels로 처리

// 100개의 요소(값은 모두 0)를 갖는 배열
var array = Array(repeating: 0, count: 100) 
type(of: array)  // Array<Int>.Type

// 1부터 100까지의 요소를 갖는 배열
var array2 = [Int](1...100)
// var array2: [Int]? = [Int](1...100)  // 옵셔널로 만들고 싶을 때
type(of: array2)  // Optional<Array<Int>>.Type


if array2?.count == 0 {  // nil이 있을 수 있기 때문에 옵셔널 체이닝
    print("값이 없습니다")
} else {
    print(array2?.count)  // "Optional(100)\n"
}


if array2 == nil {  // nil이 있을 수 있기 때문에 옵셔널 체이닝
    print("값이 없습니다")
} else {
    print("값이 있습니다")
}

// 위 다섯 줄을 한 번에
// 삼항연산자 >> 조건 ? ㅇㅇ : ㄴㄴ
let result = array2 == nil ? "값이 없습니다" : "값이 있습니다"

// 물음표 앞에도 함수가 올 수 있다. 단, Bool 타입을 반환하는 함수여야 한다.

return

조건문 안에서 다 처리가 되면 이런 워닝이 뜬다 노란색 워닝은 에러가 아니니까 넘어가는 사람들이 있는데 그게 점점 쌓인다,, 해결하고 넘어가기!

조건문 안에서 모든 경우가 처리되면 조건문 밖에서 리턴값을 지정해 줄 필요가 없다

// Swift 5.1 부터 return 생략 가능
@discardableResult  // 반환값을 선택적으로 사용할 때
func randomNumber() -> Double {
    // 연산해서 배경 컬러 변경 또는 텍스트필드에 텍스트를 교체, 키보드 내리는 기능 등
    Double.random(in: 1...100)  // 한 줄로 리턴이면 가능하지만 잘 안 쓴다
    // 한 줄짜리 함수가 별로 없기도 하고
    // 가독성적인 측면에서 그냥 쓰는 게 낫다
}

매개변수의 기본값

함수에서 매개변수의 기본값을 정해둘 수 있다 그러면 함수 호출 시, 기본값을 사용하는 함수와 매개변수의 값을 변경할 수 있는 함수들이 뜬다

print("안녕하세요", separator: "123", terminator: "456")  // 안녕하세요456
print("안녕히가세요", separator: "123", terminator: "456")  // 안녕히가세요456

print() 함수도 매개변수 값을 바꿔서 호출하는 것이 가능하다

Enumeration - 열거형

enum Gender: String {  // 상속 X
    case male = "남성"
    case female = "여성"
    case none
}


var gender: Gender = Gender.none
gender.rawValue  // 알파벳 그대로 "none"  // rawValue는 항상 존재한다


// Switch 구문 활용 - 경우의 수에 대한 대응이 더 안정적이다
switch gender {
case .male: print("남성입니다")
case .female: print("여성입니다")
case .none: print("아직 선택하지 않았습니다")
//default:  // 100%에 대해 대응할 경우 default 사용할 필요 없음
//    print("오류입니다")
}

100%에 대해 대응할 경우 default 사용할 필요 없음

❔ enum으로 하니까 코드가 더 길어지는 것 같아요 ❕지금은 코드가 짧아서 비례적으로 봤을 때 더 길어보이지만, 나중에 코드가 길어지면 가독성 측면에서도 더 낫다

보통 Raw Value(원시값)의 타입은 Int, String 정도다

enum HTTPCode: Int {
    case OK  // 0
    case NO_PAGE  // 1
    case NOT_FOUND = 404
    case SERVER_ERROR  // 405

    func showStatus() -> String{
        switch self {
        case .OK: return "정상입니다"
        case .SERVER_ERROR: return "긴급점검"
        case .NOT_FOUND: return "잘못된 문제"
        case .NO_PAGE: return "페이지를 찾을 수 없음"
        }
    }
}

var networkStatus: HTTPCode = .SERVER_ERROR


let resultStatus = networkStatus.showStatus()
print(resultStatus)  // 긴급점검

열거형 안에 함수를 넣어서 사용이 가능하다

Xcode Tip

완벽하게 파일을 지우고 싶으면 Move to Trash 그래야 나중에 같은 이름으로 새 파일을 만들어도 문제가 없다

그대로 복제해서 쓰겠다는 의미 항상 이 상태로 파일을 추가해야 한다

references로 넣게 되면 xcode 프로젝트 안에 있는 것처럼 보이지만 원래 파일 경로로 들어 가게 된다 그러면 파인더에서 파일 삭제하면 엑코에서도 못 쓰게 된다

Class, Struct - 클래스, 구조체

super.viewDidLoad() 없더라도 당장은 괜찮아 보이지만 내부적으로 어떤 문제가 생길지 모르기 때문에 꼭 super.ViewDidLoad()를 해 주어야 한다

struct는 상속이 안된다

S - Struct 상속이 안 되게 만들어져 있다

UIKit은 클래스 iOS 에서는 클래스의 인스턴스를 객체라고 한다

Struct - 값 타입 Class - 참조 타입 클래스의 실질적인 데이터는 다른 공간에 저장이 되어 있다

// MARK: - 구조체: 값 타입

var nickname = "고래밥"
var subNickname = nickname
subNickname = "칙촉"

print(nickname)  // 고래밥
print(subNickname)  // 칙촉

// MARK: - 클래스: 참조 타입
class Monster {  // SuperClass이자 BaseClass(어떤 클래스도 상속받지 않기 때문)
    var clothes = "Orange + Christmas"
    var speed = 5
    var power = 20
    var expoint: Double = 500

    func attack() {
        print("공격!!!")
    }
}


var miniMonster = Monster()

var bossMonster = miniMonster
bossMonster.power = 5000

print(miniMonster.power)  // 5000  // 20이 아니다
print(bossMonster.power)  // 5000



class BossMonster: Monster {  // Subclass
    var levelLimit = 500

    func bossAttack() {
        print("스페셜 공격")
    }

    // 재정의
    override func attack() {
        super.attack()  // SuperClass의 함수 호출
        print("오버라이드 공격!")
    }
}

var finalBoss = BossMonster()
finalBoss.bossAttack()  // 스페셜 공격
finalBoss.levelLimit    // 500
finalBoss.speed          // 5
finalBoss.clothes         //  "Orange + Christmas"
finalBoss.attack() 
// 공격!!!                  // SuperClass의 함수 호출
// 오버라이드 공격!          // 재정의한 함수 호출

❔ 반환값이 있는 함수에서는 if랑 else if에서 모든 처리가 다 되어도 else가 없으면 missing return 오류가 뜨는데 else 가 필수인가요?.? ❕ 우리 입장에서는 모든 경우의 수가 처리되는 것처럼 보여도 코드적인 문법에서는 아니기 때문에 else 처리

Git 만들기

Preferences - Accounts - (+)버튼 - 깃헙 깃헙계정 등록

리포지토리 생성 - 기기 내에서 관리된다

커밋해서 확인 가능

Remote로 올리고 Push하면 다른 데서 다운받을 수 있다

지금은 학습하는 단계니까 커밋 메시지는 한글로 해도 되고 아무거나 해도 되지만

포트폴리오 할 때는 커밋 본다 얼마나 일관적인 기준으로 하는지 등을 본다..

이정도 하는데 얼마나 걸렸구나, 텍스트필드 작업했다고 커밋하면 해당 부분을 보거나 한다.

커밋은 작은 단위 웹사이트에 올리고 싶으면 푸시

working directory는 커밋도 안 된 상태 staging area에서 커밋할 파일 고르고 커밋하면 local repository에 기록된다 푸시하면 remote repository에 기록된다

커밋+푸시를 한꺼번에 하고 싶으면 커밋할 때 밑에 push to... 를 체크하면 지금까지 했던 것들 모두 한꺼번에 푸시

깃 리포지토리는 프로젝트 단위로 한다! 그게 깃의 목적(?)이다.

Auto Layout

뷰는 화면 왼쪽 위부터 차곡차곡 쌓인다

Constraints

1. 디바이스와의 간격
2. 뷰와 뷰 사이의 간격
3. 높이/너비 같은 요소 - 뷰 객체가 많아질 수록 어려워짐

• 여백과 객체의 너비 둘 다 잡으면 충돌이 난다
  
  

프리뷰 볼 수 있다

제약조건 추가임 수정이 아니다

추가되어 오류가 난 모습 파란 실선은 잘 되어 있다는 뜻이다

선택한 뷰의 모든 constraints 지우기

화면 가운데 정렬

• 뷰당 4개의 제약조건을 갖게 된다

마우스로 옮기고 update constraints 도 가능

옮겨져서 주황색 선이 뜨면 설정한 constraints에 맞게 다시 이동하는 방법은 Update Frame 버튼 누르기 ⌥⌘=

Constrain to margins 애플이 제안하는 최소 여백 3주차 쯤에 할 것

프리뷰 위치 옮기기

❔ 보통 constraints를 막 39 41 이런 숫자보다 35 40 이런 식으로 깨끗한(?) 숫자로 하는 게 더 좋은가? ❕ 디자이너들이 가이드 줄 건데 HIG 같은 것 때문에 그렇다 보통 4의 배수로 한다. (이 답변을 들은 이후 4의 배수인지 확인하는 습관(?)이 생김,, + 디자인 팀들이 한쪽은 74 한쪽은 76 이런 식으로 줬던 트라우마(?)가 생각남,,)

Constraints는 큰쪽에서 작은 쪽으로 잡고 위에서 아래 혹은 아래에서 위로 한 방향으로 잡기

가장 가까이 있는 뷰 기준으로 숫자가 나온다

겹치면 화면기준으로 나온다

좌우여백 위 여백 준 것이다 ➕ 높이까지 해 줘야 함 그래서 4가지 욕 아님

Aspect Ratio 비율

한 방향으로 잡아가는 것이 좋기 때문에 여기서는 가장 오른쪽부터 한다

HIG에서는 버튼 간격이 최소 8 정도는 주는 걸 권장한다

이하 이상 설정도 가능하다

누르고 Assistant 누르면 연결화면이 그대로 뜬다 ⌃⌥⌘⏎

보조창기능이라고 부른다

거터에서 숫자 클릭 - breakpoint

누를 때마다 브레이크포인트 하나씩 넘어간다 초반에는 안 쓰는 것이 권장된다! 네비게이터에서도 켜고 끄거나 지울 수 있다 네비게이터에서 파일명을 누르고 지우면 모든 브레이크를 지울 수 있다 브레이크포인트 오른쪽 마우스 클릭 - edit을 눌러서 조건을 주거나 할 수도 있다 (특정 조건을 걸어서 멈추게 한다)

Swift 파일 생성: 빈 파일 생성 Cocoa Touch Class 파일 생성: 씬에 맞는 템플릿 파일 생성

Cocoa Touch Media Core Service Core OS

개발자에게 가장 친숙한 박스는 Cocoa Touch UIKit 박스 안에 Foundation 박스가 들어 있다 (UIKit이 Foundation을 상속 받는 건지? 아닌 것 같은데, 그냥 UIKit을 import하면 Foundation도 import 되도록 설정되었다고 봐도 되는 건지?)

➕ UIKit을 import하면 Foundation도 import 되도록 설정되었다고 봐야 한다! (22.07.14)

command shift 0 (⌘⇧0) Xcode에서 공식문서 바로 열어볼 수 있다

레이블 lines 0으로 하면 무한대 줄 표현이 가능하다 이 말은, 정해져 있는 영역 안에서 최대치의 줄 표현이 가능하다 autoshrink 에서 minimum font size를 지정해서 사용할 수 있다 scale은 비율이다 설정 포인트에서 몇프로까지 줄일 것이냐의 의미다. 0.8이면 80%까지 줄이는 것

텍스트필드도 Min Font Size 설정이 가능하다

서비스적으로는 더보기로 늘려 주는 게 낫다!

Default 색상은 무슨 색일까? 배경을 Default로 지정하고

print(view.backgroundColor)

를 찍어 보면 nil이 찍힌다. 배경색이라고 하는 자체가 없는 것이다. 눈으로 봤을 때는 투명한 상태

제스처 인식도 되지 않는다. 제스처를 인식하려면 영역이 있어야 하는데 영역이 없는 것으로 인지되기 때문이다.

.clear로 배경을 투명하게 만들 수 있다 .default는 안 된다. 코드상으로 명시해 줄 때는 직관적인 것이 좋기 때문에 .clear 권장!

.default로는 탭 제스처 인식이 안 되지만 .clear로는 탭 제스처 인식이 가능하다

Optional

UInt: Unsigned Int 양수만

var name: String --- nil 불가(스트링 타입) var name: String? --- nil 가능 → 문제 생길 수 있으니 주의하라는 뜻(옵셔널 스트링 타입)

옵셔널 타입 대처

대처 안 했을 때: 앱이 꺼진다. 런타임 에러 - 앱 실행 중 꺼지는 것을 런타임 에러라고 부른다 (빌드 안되는 것은 컴파일 에러) (컴파일은 번역같은 것)

대처 방법 3가지 강제해제 연산자 느낌표 ( ! ) 옵셔널 바인딩 - if let 키워드와 guard 구문 사용 옵셔널 체이닝

Int 변환할 때 실패할 수 있는 가능성 때문에 안전하게 하기 위해 Optional()

100% 문제가 없을 때 강제 해제 연산자 ! 사용

느낌표 위치는 Xcode가 알려주긴 할 것❕ 시간 너무 많이 쓰지 않기❕

사용자가 회원가입 버튼을 누르면, 사용자가 텍스트필드에 입력한 이메일과 비밀번호를 확인하는 코드다. TextField에 아무것도 적지 않아도 강제 언랩핑 코드에서 오류가 나지 않아, 텍스트필드의 text에 대해 찾아보게 되었다.

텍스트필드의 text는 Optional String이다.

심지어 여기에 나와 있다. default 값이 nil이 아니라 @"" 라고.... (@는 Objective-C semantics인데, 리터럴 스트링은 앞에 @를 붙여야 한다고 한다.)

하지만 아무것도 입력하지 않을 경우에도 텍스트필드의 text 값은 nil이 아니라 ""이다. (nil과 ""은 다르다)

passwordTextField.text = nil
print("passwordTextField.text: \(passwordTextField.text)")

심지어 위 코드의 결과는

이렇다 ㅎ.... nil이라고 아예 지정을 해 줘도 nil이 아닌 Optional("")를 갖는 것이다.

사용자가 nil을 텍스트필드에 지정할 수는 없긴 하다.

어쨌든,

아무것도 입력하지 않아도 nil이 아닌데, 왜 텍스트필드의 text는 Optional String일까?

답(?)은 이렇다. Objective-C에서는 사용자가 변수에 nil을 할당하는 걸 막을 방법이 없었고, 결과적으로 text가 Optional이 될 수 밖에 없었다고 한다.

오래된 API들은 일일이 수정(?)되어 왔고, 그건 불필요한 옵셔널들을 없애는 게 주요 목적(?)이었는데, 이것도 제거가 됐어야 했는데 안 됐다며.. 버그라고 보는 개발자(?)들도 꽤 있는 것 같다.

나중에 텍스트필드로 받은 값들을 어떻게 변형하느냐에 따라 달라질 수도 있겠지만, 일단은 사용자가 아무 값도 입력을 안해도 nil이 아니니 강제 언랩핑을 해도 된다고 봐도 될 것 같다.

(출처) 갓택오버플로우0 갓택오버플로우1

앱 사용하고 있다: 폰 화면에 띄워진 것 이런 상태를 5가지로 나눠놓은 게 앱의 생명 주기.

앱 시작되기 전 상태: not running - 메모리상에 없는 상태 앱 실행되고 있는 상태(활성화): active - 최대 1 개일 수 밖에 없다 inactive: 전화나 알람이 울려서 화면 전체를 가려 버릴 때 background: 화면에는 보이지 않지만 약간의 코드가 돌아가는 상태 suspend: 열려있는 앱 목록에서 앱을 위로 민 상태 suspend상태는 일정 시간이 지나면 not running으로 돌아간다

AppDelegate파일: 앱의 생명주기 관리 SceneDelegate: iOS 13부터! 아이패드는 앱 하나를 여러개로 띄울 수 있다. 그래서 active한 앱은 하나여야 한다는 룰이 깨져버렸고, 3 개도 active할 수 있게 됨

그래서 scene이라는 개념이 나오게 됨

(pip는 active상태라고 하지는 않음) → 그럼 어떤 상태인지?

@available @는 attribute 라는 뜻 @available(iOS 13.0, *) 오른쪽 클릭해서 create snippet 여기서 completion까지 넣으면, 약간 아이폰/맥 키보드-단축키 처럼 사용할 수 있다

#와 @의 차이 #: 플랫폼이 다를 때, 다르게 처리하기 위함 @: 함수, 클래스, 구조체, 프로토콜 앞에 붙어서 OS 및 버전을 제한 콜을 플랫폼 별로 출처 0 / 출처 1

백그라운드 컬러에서 iOS 13 다크모드 생기면서 컬러 네이밍은 똑같은데 system이라는 말을 붙여서 두 가지 컬러값을 가진 컬러들이 생겼다. HIG를 보면 컬러셋들이 어떻게 정리되어있는지 볼 수 있다.

디자인 리소스를 다운 받을 수 있다

에셋 컬러셋에서 any, light, dark를 선택하면 iOS 13.0 이전 버전에서 any 적용 가능

다크모드 아예 안 쓸 거라고 프로젝트에서 명시가 가능 info.plist에서 Apperance에 Light라고 적으면 된다. (대문자 주의) Appearance대신 UserInterfaceStyle이라고 적으라는 글들도 있을 텐데 모두 예전 것들임!

아이폰은 인디케이터 바가 노치에 묻히기 때문에 upside down은 아이패드에서만 가능 portrait 체크해도 회전이 된다.. 빌드세팅에서 또 수정해야 한다 🥲

빌드세팅 다 알 필요 없고 왜 있는지 알면 되고 시간이 지나가면서 배우게 되면 됨 general이랑 info에서 바꾼 내용들이 빌드세팅에서까지 바뀌어야 잘 바뀐 것이다!!

여기에서도 해 줘야 한다 그러면 회전해도 고정되어있음! 버그라고 단정짓기는 어렵다....!

프로젝트 하나에 타겟 여러 개 만들 수 있다 프로젝트 설정값이 타겟에 자동으로 상속된다

UIWindow는 눈에 보이는 아이는 아니고 어떤 뷰컨을 보여줄지 관리하는 아이다

UIWindow의 역할 찾아보기

iOS 13 부터 SceneDelegate로 UIWindow가 넘어온다 12.4도 UIWindow가 쓰이는데 AppDelegate에 있다

디자인 요소 수정: @IBOutlet 동작 요소 수정: @IBAction IB는 Interface Builder의 약자~! (체감상 5번째 적는 듯)

Will, Did 등 찾아보기

그 중에서 하단의 이미지 뷰 3 개의 테두리 색상과 모서리 둥글기 조절이 있었는데..

저번에는 하단의 이미지뷰 3 개를 Button의 Corner Style을 Capsule로 지정하고, 가로 세로 비율을 1:1 로 맞춰 원형으로 만든 후 이미지를 넣고 Stroke 설정으로 구현 했다.

이것을 코드로 바꾸는 과정에서 겪었던 일(?)을 적어 보려 한다.

일단 이미지뷰의 cornerRadius를 이미지 뷰의 절반으로 지정해 주어 원형으로 만들고(반지름 값으로 가질 수 있게!) 테두리 굵기도 5초만에(체감 상) 만들었는데..

이 코드들이 도저히 되지를 않았다.
사실 에셋에 컬러를 넣고 Color Extension을 만들어서 사용하면 가장 깔끔하고 쉬운 방법인데 아직 그 단계까지 수업이 나가지 않았기도 하고 그냥 뷰 컨트롤러에서 저렇게 원시적인(?) 방법으로도 해 보고 싶어서 일부러 해 봤다.

자꾸만 하얗게 나오는 나의 테두리들 🥲🥲 (마지막 사진은 borderColor를 지정하지 않아 검정색이다)

일단 원하는 컬러를 디지털 컬러 측정기로 찾고..(맥 빌트인 앱이다)

borderColor가 CGColor이기 때문에 일부러 CGColor로 지정까지 해 주었는데.... 결과는 흰색..

스토리보드에서 사용했던 Custom을 다시 클릭해서 코드로 저 네모 부분을 끌어오면 너무 예쁘게도 컬러가 들어온다.. ( + Assets - Color Set에 있는 Color Panel에서도 끌어올 수 있는데, 이 방법이 더 나은 것 같다 )

성공적으로 나오는 테두리 컬러들..!!! 하지만 코드로 되지 않아 찝찝했다

서치서치,,,

아항...!!!! 0부터 1 사이의 값을 지정해 주어야 하는데 내가 준 값들은 100이 넘기도 할 정도로 큰 숫자들이라 흰색으로만 나왔구나,, (원문)

다양한 방법으로 지정해 주기

❕borderColor는 CGColor이므로 UIColor로 하더라도 .cgColor를 통해 CGColor로 바꿔 주어야 한다.

컬러가 아주 잘 나오는 것을 확인할 수 있다 :)

1. UIKit
2. UIViewController
3. UIView
4. @IBOutlet
5. @IBAction

1. UIKit

iOS, iPadOS, Mac Catalyst, tvOS, watchOS 앱을 만들 때 필요한 User Interface 도구 프레임워크다.

인터페이스를 위한 윈도우와 뷰 아키텍쳐, 사용자의 인풋을 전달하는 이벤트 핸들링 인프라스트럭쳐 등을 제공하며, 사용자와 시스템, 그리고 우리의 앱! 사이의 인터랙션을 관리할 수 있도록 해 준다 :)

iOS 앱 제작에서 UIKit 혹은 SwiftUI는 꼭 필요하다! 화면이 있어야 하니까..!!
→ UIKit 보러 가기

2. UIViewController

UIViewController는 뷰를 관리하는 객체다! UIResponder를 상속받는다.

UIResponder는 이벤트에 반응하고 이벤트를 다루는 추상적 인터페이스라고 한다 :)

우리가 흔히 뷰컨이라고 부르는 뷰 컨트롤러는 쉽게 말하자면 요런 화면 하나다! 

그리고 이 View Controller는 UIViewController를 상속받아 만들어지게 된다 :)

그냥 UIViewController를 사용해도 되지만,

UITabBarController, UINavigationController, UITableViewController, UICollectionViewController 등

목적에 따라 나눠 지기도 한다!

스토리보드만으로도 화면을 만들 수 있지만, 굉장히 제한적이고 앱의 동작이나 기능 등을 구현하려면 코드로 해야 한다.

이 때 우리는 View Controller 파일을 만들어서 구현을 하게 된다~!
→ UIViewController 보러 가기

3. UIView

화면에서 직사각형 영역의 컨텐트를 관리하는 객체..

UIView도 UIResponder를 상속받기 때문에 터치 같은 사용자의 이벤트를 다룰 수 있다.

상속이라구....? 좀 더 이해하기 쉽게 적어 보자면,

비어있는 UIView도 만들 수 있지만, 이런 화면에서 보이는 UIImageView, UIButton, UILabel 등은 모두 UIView를 상속받는다.

이게 바로 저런 요소 하나 하나를 뷰라고 부를 수 있는 이유다(?)!

또 예를 들어

UILabel과 UIButton은 둘 다 UIView를 상속받기 때문에, UIView의 layer 속성에 dot syntax로 접근이 가능하다!

label.layer.cornerRadius = 10
button.layer.cornerRadius = 10

하지만 텍스트나 텍스트 컬러의 경우,

UILabel와 UIButton의 속성이 다르기 때문에 서로 다른 방식으로 접근해서 변경해야 한다.

label.text = "레이블"
button.setTitle("버튼", for: .normal)

label.textColor = .red
button.setTitleColor(.red, for: .highlighted)

label.backgroundColor = UIColor.yellow
button.backgroundColor = .yellow
// backgroundColor가 UIColor를 상속받기 때문에, 위처럼 UIColor를 생략할 수도 있다

버튼은 사용자의 이벤트를 받는 것이 가능한 객체다! UIButton이 UIView를 상속받는다고 위에 적었는데,
UIButton이 UIControl을 상속받고, 그 UIControl이 UIView를 상속받는 형태다.
(UIView > UIControl > UIButton의 순서대로 상속된다.)
유저의 인터랙션을 다루는 클래스라고 생각하면 될 것 같다 🤔

버튼의 .setTitle에서는,
이렇게 버튼의 상태값도 같이 지정해 주어야 한다! for state: UIControl.State라고 나와있다.
State는 컨트롤의 현재 상태를 나타내는 상수값이다.

위 코드에서 .normal은 누르지 않은 상태를,
.highlighted는 버튼을 누른 상태(손가락을 떼기 전)를 의미한다 :)

4. @IBOutlet

뷰 객체를 변수로 지정할 때 사용하는 것이 @IBOutlet이다. IB는 Interface Builder의 약자다. 주로 UI제어와 뷰 객체를 특정할 때 사용된다!

스토리보드에서 Assistant를 열고,

뷰 컨트롤러 안쪽으로 *오른쪽 마우스로 드래그* 하거나 *control을 누른 상태로 왼쪽 마우스로 드래그* 하면

@IBOutlet 변수를 만들 수 있다 :)  (주로 viewDidLoad() 앞에 만든다)

@IBAction도 동일한 방법으로 만들 수 있다!

지정한 뷰 객체의 속성에 접근하여 모서리, 테두리 등 여러 가지 구현이 가능하다!
→ Add an outlet connection to send a message to a UI object

4. @IBAction

사용자의 제스쳐를 통해 이벤트가 일어났을 때 실행될 기능을 정의할 때 사용된다!

@IBOutlet 변수와 마찬가지로 스토리보드에서 Assistant를 열고,

뷰 컨트롤러 안쪽으로 *오른쪽 마우스로 드래그* 하거나 *control을 누른 상태로 왼쪽 마우스로 드래그* 하면

@IBAction 변수를 만들 수 있다!

UIButton, UISwitch 등 UIControl을 상속받는 객체들에 사용할 수 있을 것 같다 :)

예시와 같이 배달의 민족 UI를 구성하면 된다!

예시

음 보자마자 넘나 스유 스택에 다 넣어 버리고 싶은 것.............. 스유의 유혹을 떨치고... 스토리보드로 해 보겠습니다... ㅎㅎ..

과제 내용에는 없었지만 LaunchScreen 만들기..! 화면 크기만큼 Image View를 만들고, 뭔가 위아래로 늘어나야 더 예쁜 이미지 같아서 Scale To Fill로 Content Mode 설정해서 약 10초 만에(체감상..) 런치 스크린 완성..!!!

그리고 일단 위에 타이틀이랑 배너부터 만들어 봤다. 스토리보드로만 하려니 Content Mode중에서 골랐을 때 미적으로 좋아 보이는 이미지들이 많지 않았다.. 타이틀은 Label로 구현했는데, 글씨 크기를 키우려고 하다 보니 문득 Text에서 Plain과 Attributed의 차이가 뭔지 궁금해졌다. 갓택오버플로우를 참고해 보니, 타입 자체가 다르다는 걸 알게 됐다. Plain은 String이고 Attributed는 NSAttributedString이라고 한다. (뭔가 NS가 붙으면 Objc와 관련이 있는 것 같은 건 나의 착각일까..?)
Plain은 선택할 수 있는 폰트가 아주 제한적이지만,
Attributed는 선택할 수 있는 폰트가 아주 많다! 마침 배달의민족 폰트가 설치가 되어 있어서 사용하려고 했는데..

스토리보드에는 적용되지 않았다 🥲 찾아보니 프로젝트 자체에 폰트를 추가해야 한다고 한다..!(파일, info.plist)

그리고 일단 판(?)을 만들기! 단순 드래그로 각을 맞추려니 쉽지 않다 🥲 화살표 키들의 도움을 많이 받았다 ㅎㅎ..

이미지와 레이블 교체해서 완성!

시뮬레이터에 빌드한 모습,,

쉽지만 각잡느라 오~~래 걸렸다... 얼른 코드로 각잡고 싶다...!

1. Bundle Identifier
2. Human Interface Guidelines
3. SF Symbols
4. Asset
5. Launch Screen
6. Entry Point
7. Simulator Build
   

1. Bundle Identifier

앱의 고유한 ID. 우리의 주민번호와도 같다. 나중에 바꿀 수는 있지만.. 그러면 앱스토어에 아예 다른 앱으로 올라간다! 못 바꾼다고 하는 게 맞다,, → Bundle IDs 보러 가기

2. Human Interface Guidelines

줄여서 HIG라고 많이 부르는 것 같다. Apple 플랫폼의 서비스를 개발할 때 도움이 되는 가이드라인! 너무 자주(?) 보는 단순한 요소들이라 지나치기 쉽지만 꼭 필요한 이런 버튼 같은 오브젝트들이나 동작들을 자세히 서술해 놓았다. 잠시 훑어 보았는데도 아 역시 아이폰 앱들이 일관성 있고 편의성이 좋은 것이 다 이런 연구를 통해 이뤄진 거구나,, 하고 깨닫게 된다 :) 차근차근 쭉 읽어 보면 정말 많은 도움이 될 것 같다! (사용자로서 읽어보는 것도 좋을듯!!)

→ Human Interface Guidelines 보러 가기

3. SF Symbols

SF Symbols에서 SF는 San Francisco를 의미한다. 애플의 시스템 폰트인 San Francisco와 스무스하게 사용될 수 있도록 디자인된 아이코노그래피 라이브러리다. 무려 4,000개가 넘는 심볼들이 있다고 한다! macOS에서는 앱도 다운이 가능하다. 심볼, 아이콘 이런 거 엄청 좋아해서 SF Symbols 앱을 한참 동안 둘러 봤던 기억이 난다. 깔끔하고 직관적이고, 왠지 모르게 개발할 때도 이미지 에셋보다 선호하게 되는 것 가틈,,

→ SF Symbols 보러 가기

4. Asset

개발에 필요한 이미지, 컬러, 데이터 등을 의미하는 것 같다(?). 에셋 카탈로그(Assets.xcassets)를 이용하면 편리하게 관리할 수 있다 :)

→ Asset Management 보러 가기

5. Launch Screen

앱이 구동될 때 처음에 보여주는 시작 씬이다. 보통 Splash 화면이라고 하는데, iOS에서는 런치 스크린이라고 부른다고 한다. 보통 이미지 정도를 띄운다고 한다! 나름 앱의 첫인상(?)이라 할 수 있을듯..?! HIG에 소개가 되어 있다.

→ Launching 보러 가기

6. Entry Point

뷰 컨트롤러 왼쪽에 보이는 화살표가 Storyboard Entry Point다 :) 드래그 앤 드랍으로 다른 뷰 컨트롤러에 옮길 수도 있다.

실수로 지워 버렸다면? 뷰 컨트롤러 선택 후 Attributes inspector에서 Is Initial View Controller에 체크해 주면 된다!

7. Simulator Build

시뮬레이터를 통해 직접 아이폰에 빌드하지 않고도 빌드를 해 볼 수 있다. 단 타겟은 무조건 지정해 주어야 한다! 안그러면 오류남..

run destination - Add Additional Simulators를 통해 아주 옛날 아이폰과 iOS 시뮬레이터도 만들 수 있다!(3GS는 없다..!)

넷플릭스를 모방한 화면 만들기

처음 프로젝트를 만들고 나면, 네비게이터 영역이 위와 같이 보일 것이다.

여기에서 보이는 LaunchScreen과 Main 스토리보드를 사용해 보았다!

먼저 LaunchScreen은, 앱이 구동될 때 처음에 보여주는 시작 씬이다. 보통 Splash 화면이라고 하는데, iOS에서는 런치 스크린이라고 부른다고 한다. 보통 이미지 정도를 띄운다고 한다!

Label

아주아주 기본적인 오브젝트인 Label(레이블)을 LaunchScreen에 넣어 보았다. 넣는 방법은~~ 툴바에서 + 버튼을 누르면! (⌘⇧L이 훨씬 빠르고 편하다 🏃🏻‍♀️)

이렇게 오브젝트 라이브러리가 뜬다. 레이블을 뷰 안으로 드래그 앤 드랍하면 된다!

• Label: 클릭이 안 되는 글자 영역 (가끔 라벨이라고 읽으시는 분들이 계시다.. 레이블이라고 읽어주세요~~....)
  
  

레이블을 선택하고 인스펙터 영역애서 Attributes inspector를 누르면! 레이블과 관련된 attributes 설정이 가능하다. 위에 표시된 부분을 통해 텍스트와 백그라운드 컬러를 설정해 보았다. 텍스트는 레이블을 더블클릭해서 수정할 수도 있음.

뷰를 클릭해서 뷰의 백그라운드 컬러도 설정해 보았다,, Background에서 Custom을 선택하면 원하는 컬러 선택 가능. (지금 보니 달걀이랑 햄같다..)

Adjust Editor Options 버튼을 누르고 Bounds Rectangles를 활성화하면 가상의 테두리도 볼 수 있다 :) 테두리나 배경이 없는 뷰들이 차지하는 영역과 뷰끼리 겹치는 영역을 확인하기 좋을 것 같다!! 물론 가상의 테두리기 때문에 빌드 시에는 보이지 않는다

Main 스토리보드로 넘어가 보쟝

Button

레이블과 같은 방법으로, 버튼도 오브젝트 라이브러리에서 드래그 앤 드랍으로 뷰에 넣을 수 있다! 버튼을 한 개만 만들고 복제(⌘D)했다 편하다..ㅎㅎ 버튼도 당연히 백그라운드 컬러를 지정할 수 있다. (따로 Constraints는 주지 않고 그냥 배치했다.)

Image

같은 방법으로 Image View를 만들고 Image와 Background를 설정해 준 모습이다.

이미지의 경우 인스펙터에서 Content Mode를 설정할 수 있다.

Content Mode란?

뷰의 크기가 바뀔 때, 뷰가 어떻게 뷰 안의 컨텐츠들을 조절해서 보여 주는지를 설정하는 옵션이라고 볼 수 있을 것 같다.

Content Mode를 클릭하면 여러 가지가 나오는데.. 그 중 Scale To Fill, Aspect Fit, Aspect Fill을 살펴 보려고 한다 :)

• Scale To Fill 이미지 비율은 무시되고 이미지가 뷰를 가득 채운다. 이미지가 뷰를 가득 채우니까 백그라운드 컬러도 보이지 않게 된다.

  
  

• Aspect Fit 이미지 비율은 그대로 지키며, 뷰 안에 이미지가 들어가도록, 뷰 크기에 이미지 크기가 맞춰지는 것으로 보인다!(가로, 세로 중 작은 쪽에 맞춰진다) (SwiftUI의 scaledToFit과 아주 유사해 보인다.. 같은 건가?)

  
  

• Aspect Fill 이미지 비율은 그대로 지켜지는 것으로 보이고, 이미지가 뷰를 꽉 채우는 것으로 보인다. 뷰를 넘어가는 부분은 잘려서 보이지 않는다.
  
  

허접한 화면과 설명은 이쯤 그만하고,, 예시처럼 넷플릭스 화면을 만들어 보았다.

예시

결과

그런데,,,

https://stackoverflow.com/questions/69375584/xcode-13-button-title-not-disappearing

Velog를 처음 사용해 보았는데, 이미지 크기 조절이 도무지 되지가 않아 티스토리에도 올려 두었습니다 :) https://cur-ios-ity.tistory.com/3

Xcode를 열면 등장하는 Welcome to Xcode에서 버전 밑에 보이는 Create a new Xcode project를 눌러 프로젝트를 만들 수 있다! Welcome to Xcode를 닫아 버렸을 경우: Window - Welcome to Xcode (⇧⌘1)

혹은 File - New - Project로도 새로운 프로젝트 생성이 가능하다 :) (⇧⌘N)

iOS, App을 선택하고 Next

프로젝트 옵션을 선택하는 화면이다. Product Name과 Identifier, Interface, Language를 선택하고 Next

• 여기서 Bundle Identifier는 앱의 주민번호와 같은 것이다! 나중에 바꿀 수는 있지만.. 그러면 앱스토어에 아예 다른 앱으로 올라간다! 못 바꾼다고 하는 게 맞다,,
• 여기서 Team은 앱스토어에서 개발자로 나오는 이름이다!
  
  

프로젝트 저장 폴더를 선택하면 프로젝트가 생성된다!!

프로젝트가 생성되면, 가장 먼저 프로젝트 에디터가 열린다. 앞서 설정한 Product Name과 Display Name, 그리고 앱스토어에 보이는 이름은 모두 다른 이름들임.. Display Name은 아이폰에서 앱 아이콘 밑에 보이는 이름이다!
학습용이면 Deployment Info에서 iOS 버전을 14.0이나 15.0 정도로 설정하면 무방하다.(iOS 14.0 권장) iOS 15.0 이라 하면 15.0 만 지원하겠다는 게 아니라, 15.0 + 지원이라는 뜻이다. 15.0과 그 이후 버전들을 지원하겠다는 말임!! 그리고 그 옆 좀 중요한 부분,, 기본 설정으로는 iPhone과 iPad에 체크가 되어 있다. 하지만 이렇게 아이폰 & 아이패드용으로 출시하면, 나중에 아이폰 전용 혹은 아이패드 전용 앱으로 돌아갈 수 없다......😨 아이폰 전용 앱은 아이패드에서 검색과 다운로드가 가능하지만 미러링한 것 마냥 비율이 안 맞음(아이패드 쓰는 사람은 알 거임).. 그리고 아이패드 전용 앱은 아이폰 앱스토어에서 검색조차 불가능하다. 신중히 생각하자..