ZeddiOS

[Swift] Typed throws

Zedd0202 — Sun, 21 Jul 2024 17:59:07 +0900

Xcode 16 릴리스 노트를 보다가...새롭게 알게 된 내용이 있어서 간단히 정리!!

# Typed throws

그냥 한마디로

enum MyError: Error {
    case invalid
}

func foo() ➡️throws(MyError)⬅️ -> String { ... }

이런식으로 throws할 때 에러 타입을 지정할 수 있게 되는 것 같다.

위 foo메소드는 String을 리턴하거나, 오직 MyError타입의 에러만 throw할 수 있다.

enum OtherError: Error {
    case 저쩌구
}
    
    
func foo() throws(MyError) -> String {
    do {
        try ~~~~~~
    } catch {
        throw OtherError.저쩌구 //   Thrown expression type 'ViewController.OtherError' cannot be converted to error type 'ViewController.MyError'
    }
}

만약 MyError가 아닌 타입을 throw하려고 하면 컴파일 에러가 발생하게 된다.

(위 예제에서는 MyError가 아닌 OtherError를 throw하려고함)

기존에 사용하던것 처럼 타입을 지정하지 않으면

func bar() throws -> String { }

throws(any Error)와 동일하다. (모든 에러타입을 넘기기 가능)

그리고..Typed throws추가되면서 do throws문도 추가된 것 같다..?!

# do throws(에러타입)

enum MyError: Error {
    case invalid
}

do throws(MyError) {
    if true {
        throw .invalid
    }
} catch {
    // error는 MyError로 추론됨
}

do throws(Error타입) ⬅️ 이런식으로 쓸 수 있는 것 같다.

catch블록 내의 error는 당연히 해당 에러타입이 된다!

# 에러타입 추론

그리고 do 블록 내의 모든 throw문에서 발생하는 에러타입이 동일할경우

do /*infers throws(MyError)*/ {
    try foo()  // throws MyError
    if true {
        throw MyError.invalid  // throws MyError
    }
} catch {
    // implicit 'error' value has type MyError
}

catch블록에서 error는 해당 에러타입으로 추론된다고 한다.

(do throws(동일하게 발생하는 에러타입)으로 추론하는듯)

⚠️ 근데 내 Xcode 16베타 && catch블록에서 error가 any Error로 나온다.. swift 6모드 켜도!! 흠 이건 수정될듯

만약 do 블록 내에서 발생하는 에러타입이 다를경우 catch블록내에서 error의 타입은 any Error로 추론된다.

do /*infers throws(any Error)*/ {
  try callCat() // throws CatError
  try callKids() // throw KidError
} catch {
  // implicit 'error' variable has type 'any Error'
}

아래에는 이 Typed throws의 필요성?에 대해 Proposal에 나와있는 내용인데,

아주 간단히 왜 Typed throws가 필요하고 어떤 경우에 유용한지 정리해봤다.

Proposal에 더 정확히 나와있으니 참고하길!!

아래와 같은 에러타입이 있다고 가정할때

enum CatError: Error {
    case sleeps
    case sitsAtATree
}

기존의 throws는 Result와 Task에 비해서 더 적은 에러 정보를 전달하게 되는데,

func callCat() -> Result<Cat, CatError>
func callFutureCat() -> Task<Cat, CatError>
func callCatOrThrow() throws -> Cat

throws 메소드를 호출하는 코드에서 에러를 Result나 Task로 변환할 때 타입 정보가 손실되고,

이 손실된 정보는 명시적인 캐스팅을 통해서만 복원할 수 있기 때문이다.

이게 무슨소리냐!!

enum CatError: Error {
    case sleeps
    case sitsAtATree
}

func callCatOrThrow() throws -> Cat {
    if Bool.random()  {
        return Cat()
    } else {
        throw CatError.sitsAtATree
    }
}

뭐 이런 코드가 있다고 했을때

func callAndFeedCat1() -> Result<Cat, CatError> {
    do {
        return Result.success(try callCatOrThrow())
    } catch {
        return Result.failure(error) //   won't compile, because error type guarantee is missing in the first place

    }
}

do 에서 callCatOrThrow()를 호출해도 callCatOrThrow는

func callCatOrThrow() throws -> Cat { ... }

에러타입이 정해져있지 않고 모든 에러를 throw할 수 있기 때문에 (any Error)

return Result.success(try callCatOrThrow())

이 시점에서 에러 타입의 정보가 손실되게 된다.

근데!!

func callAndFeedCat1() -> Result<Cat, CatError> {

callAndFeedCat1는 Error타입이 CatError로 지정되어있기 때문에

func callAndFeedCat1() -> Result<Cat, CatError> {
    do {
        return Result.success(try callCatOrThrow())
    } catch {
        return Result.failure(error) //   won't compile, because error type guarantee is missing in the first place

    }
}

CatError에 대한 정보가 손실된 상태(any Error) 캐스팅 없이 error를 던지면 컴파일에러가 나게 된다.

아 ㅇㅋ....;;; 하고 CatError로 캐스팅을 아래와 같이 했다고 해보자

func callAndFeedCat2() -> Result<Cat, CatError> {
    do {
        return Result.success(try callCatOrThrow())
    } catch let error as CatError {
        // compiles
        return Result.failure(error)
    } catch {
        return Result.failure(error)
        //   won't compile, because exhaustiveness can't be checked by the compiler
        //  so what should we return here?
    }
}

이렇게 되도 마지막 catch문에서 컴파일에러가 나게 된다(any Error타입이기 때문)

마지막 catch문에서 CatError중 하나를 아무거나 리턴하게 해도 되고

enum CatError: Error {
    case sleeps
    case sitsAtATree
    case unknownError(Error)
}

이런식으로 case를 하나 추가해서.....처리해도 되지만

아무튼 any Error를 throw하는 메소드의 에러타입이 손실된다는 점이 포인트!!!

하지만 Typed throws를 사용하면

enum CatError: Error {
    case sleeps
    case sitsAtATree
}

func callCatOrThrow() throws(CatError) -> Cat {  // ⭐️ throws(CatError)로 명시함
    if Bool.random()  {
        return Cat()
    } else {
        throw CatError.sitsAtATree
    }
}

func callAndFeedCat2() -> Result<Cat, CatError> {
    do {
        return Result.success(try callCatOrThrow())
    } catch {
        return Result.failure(error) // ✅ 
    }
}

에러타입의 정보가 손실되지 않게 되며 Result로 변환하는 과정에서 별도의 캐스팅 없이 컴파일이 잘 된다.

아무튼 이렇게 구체적인 에러타입을 지정할 수 있게 되면서

1. 에러 처리의 명확성을 높히고, 특정 에러 타입에 대해 철저히 처리할 수 있는 이점이 생김

2. 기존의 any Error는 런타임에 타입 정보를 확인해야하기 떄문에 메모리/성능측면에서 오버헤드가 발생할 수 있는데, Typed throws는 컴파일타임에 에러타입이 결정되므로 이러한 오버헤드가 개선될 수 있다고 한다.

Typed throws가 도입되더라도 대부분의 Swift코드에서는 기존의 throws가(any Error) 여전히 더 나은 기본 에러 처리 메커니즘으로 여겨지므로 Typed throws는 특정상황에서 사용될 때 가장 적합하다고 한다.

e.g. 상대적으로 에러 조건이 고정되어있는경우. 같은 모듈이나 패키지에서 발생하는 에러 / 독립적인 라이브러리에서 발생하는 에러를 다루는 경우에 유용

# 참고

Xcode 16 Beta 3 Release Notes

Typed throws

[WWDC24] Breakpoint 새롭게 안 사실들 정리

Zedd0202 — Sun, 30 Jun 2024 22:37:49 +0900

오.... Run, Break, Inspect: Explore effective debugging in LLDB 을 보면서 처음알았던 사실이 있어서 메모해둔다.

다 breakpoint관한 내용임

# Breakpoint

대충 이런코드가 있다고 생각해보자.

Button의 생성자 쪽에 breakpoint를 걸어놨으므로 Button이 생성될 때 프로그램이 멈추면서 걸릴것이다.

이렇게!

위 코드는 Hello, world!라는 Button을 누르면 someMethod가 실행되는데, 버튼을 한번 눌러보겠다!!!

그럼 이렇게 breakpoint가 걸린다.

여기서 궁금증이 들 수 있는데,

20번째 라인에 breakpoint를 걸어놨는데 왜 21번째 라인에서도 걸린것인가? 이다.

Run, Break, Inspect: Explore effective debugging in LLDB 에서 요 이유를 명쾌하게 설명해줘서 알게되었다!!

breakpoint를 걸면 breakpoint navigator에

이렇게 2개의 breakpoint가 있는 것을 볼 수 있다.

여기서 나오는 것들은 서로 다른 코드 경로를 통해 이 breakpoint에 멈출 수 있음을 나타낸다고 한다.

이 경우 Xcode는

1. Button이 생성될 때 (20번째 라인)

2. Button 생성자 자체에 의해 호출된 trailing closure가 실행될 때

를 잡은것이라고 볼 수 있다.

그리고 breakpoint마다 ID가 생성되는데

이 경우에는 1로 할당이 된거고, 각 breakpoint는 1.1, 1.2이런식으로 할당이 된다.

그래서 breakpoint 1.1, breakpoint 1.2 이런식으로 나온것을 볼 수 있다!!

원래 navigator에서도 아래와같이 ID를 바로 볼 수 있는 것 같은데

이게 언제 나오고 언제 안나오는지 모르겠다.. 길어서 그런가...

1.n은 ID가 안나옴 ㄱ-

action이 있는 Button을 만들어보자

@State private var isAddedToWatchLater = false

Button(action: { self.isAddedToWatchLater.toggle()}) {
    Text(isAddedToWatchLater ? "Added to Watch Later" : "Add to Watch Later")
        ...생략
}

이때 Button에 breakpoint를 걸게되면

Xcode는 3개의 breakpoint를 생성한다.

1. Button의 생성자 (1.1)

2. Button의 action closure (1.2)

3. Button의 trailing closure (1.3)

(불리는 순서는 1 -> 3 -> 2임)

# LLDB에서 breakpoint list확인하기

lldb에서도 확인이 가능하다. (navigator에서 나오는것보다 더 자세한 정보를 알 수 있음)

breakpoint list를 입력하면

가독성은 좀 글킨한데;; 아무튼 이렇게 볼 수도 있음 ㅎ

# Disable하기

물론 disable도 가능하다!

navigator에서 저 빨간 박스 부분을 클릭하면 탁한 파란색이 되면서 disable처리가 된다.

(우클릭 눌러서 Disable Breakpoint Location눌러도됨)

그동안 딱 내가 지정한 라인 말고 다른 라인이 걸릴때 무지성으로 continue버튼 누르고 그랬는데 이런 이유가~~~!!!

# Swift Error breakpoint

예를 들어서 이런 Json String이 있고

let jsonData = self.jsonString.data(using: .utf8)!

do {
    let videos = try decoder.decode([Video].self, from: jsonData)

    for video in videos {
        print(video.title, video.description)
    }
} catch {
    // do nothing
}

해당 Json을 파싱하는 코드가 있다.

문제인 상황을 만들어보자.

id 10번의 imageName Key에 오타를 냈다. image -> imag

자.. 그럼 여기에 오타가 있는지 몰랐다고 가정하고 원인을 파악한다고 해보자.

1. 프로그램을 실행했더니

2. 파싱에 실패했고

3. 공교롭게도 error를 찍고 있지 않아서 원인을 찾다가

4. decode로직에 breakpoint를 찍었다

그럼 Json의 객체 개수만큼 breakpoint가 걸릴텐데....다들 이런 경험 한번씩 해봤을 것 같은데 (머쓱)

이럴 때 Swift Error Breakpoint를 사용하면 유용하다!!!

Swift Error Breakpoint는 Swift Error가 발생하면 프로그램을 중단하도록 lldb에 지시한다고 한다.

1. 기존에 추가했던 breakpoint를 지우고

2. 왼쪽에서 breakpoint navigator로 이동해서

3. 왼쪽 하단의 +버튼 > Swift Error Breakpoint 를 추가한다.

4. 실행!

그럼 이렇게 문제가 되는 (Swift Error가 처음 발생한) 라인에서 멈추게 된다.

lldb를 사용해서 이때의 id를 알아내고

아 그럼 id 10번에 무슨 문제가 있나보다~

하고 때에 맞는 적절한 수정을 해주면 된다.

이 경우에는 바로 Json String의 id 10번을 찾아서

imageName쪽을 살펴봐주고 -> 오타가 있었군? -> 수정

해주면 끝나는 것이다.

나도 이렇게 decode쪽 로직에 breakpoint를 걸었던 적이 있었고.. 당연하게도 매번 breakpoint가 실행되니 그냥 print로 원인을 찾았던 적이 있는데 이럴 때 Swift Error Breakpoint가 유용했을 것 같다.

물론 이건 Error가 나야하는 거라서!!! 상황에 따라 적절하게 사용하면 될 것 같다.

# High-firing Breakpoint

High-firing Breakpoint는 자주 발생하는 breakpoint라는 뜻이다.

for-loop에 걸어놓은 breakpoint가 대표적이다.

우리가 방금 본 decode로직쪽에 걸어둔 breakpoint도 High-firing Breakpoint라고 볼 수 있다.

for-loop안에 breakpoint를 걸면 모든 반복에서 멈추는 것 보다.. 특정한 이벤트가 발생했을때만 중단하면 좋은 경우가 대부분이다.

High-firing Breakpoint를 처리하는 3가지 기술을 WWDC에서 소개했는데,

condition같은건 대부분 알 것 같긴하지만 처음 들어보는 것도 있어서 간단히 정리해본다.

1. Breakpoint conditions

이렇게 for-loop안에 breakpoint를 걸어두었는데

특정 조건을 만족하는 경우에만 중단하고 싶다면

condition을 원하는대로 추가해주면된다.

나는 description의 count가 30이 넘는 경우만 멈추고싶다! 로 한것이다.

2. Breakpoint action

for video in videos {
    if video.hasRemoteMedia {
        video.loadRemoteMedia()
    }
    processSomething()
}

예를 들어 이런 코드가 있다고 생각해보자.

processSomething()은 매 반복마다 호출될텐데, loadRemoteMedia가 실행된 경우에만 중단되길 원할수도 있다.

1번에서 본 것 처럼 condition을 사용해도 되지만 Breakpoint action을 사용해볼 수도 있다.

이런경우 tbreak(temparary(임시) breakpoint.) 를 만들수 있음.

그럼 loadRemoteMedia가 실행된 경우에만 processSomething()에 중단하고 싶은거니까

loadRemoteMedia쪽에 breakpoint를 걸고 ➡️ Edit breakpoint ➡️ Add action ➡️ Debugger Command

tbreak {filename:linenumber} 또는 tbreak {functioname} 를 적어주면 된다.

tbreak는 해당 위치에서 한번만 프로그램을 중단시킨다고 한다.

(우리는 for-loop의 loadRemoteMedia의 action에 걸어놨으므로 loadRemoteMedia가 불릴 때 마다 임시 breakpoint가 생성되어 processSomething에서도 한번 중단하게 된다.)

실행해보면

이렇게 one-shot breakpoint라고 나옴.

tbreak는 일회성 breakpoint라는 것이 핵심인데, 예를 들어 for-loop가 아니라

viewDidLoad에서 processSomething에 tbreak를 걸었다고 하자.

(tbreak {filename:linenumber}도 가능한데 이번에는 tbreak {functioname}로 해줘봤음)

processSomething()이 아니라 processSomething으로 적어줘야함

1. processSomething에는 임시 breakpoint가 걸리고

2. 최초로 processSomething이 호출되면

3. 중단

4. 그 이후에는 breakpoint가 삭제되어서 중단 X

인 것~~!!

사진처럼 Edit breakpoint에 들어가서 하는 방법도 편하긴한데.. 나는 그냥 lldb에서 하는게 더 편했다.

중단됐을 때 그냥 lldb에서 tbreak생성 해버리기

3. Breakpoint ignore count

고정된 횟수동안 breakpoint를 무시하고 이후에 발생하는 것만 중단시키는 방법이다.

무시하고 싶은 고정된 횟수의 count를 ignore부분에 넣어주면 된다!

-------

tbreak는 처음봤는데, 진짜 일회성으로 뭔가 확인하고 싶을 때 유용하게 쓸 수 있을 것 같다 ㅎㅎ

끝!

참고 : Run, Break, Inspect: Explore effective debugging in LLDB

[TIL] kill -9/-15 PID

Zedd0202 — Mon, 22 Apr 2024 23:03:28 +0900

인텔리제이에서 Run했더니

https://springhow.com/web-server-failed-to-start-port-8080-was-already-in-use/ 에서 가져옴

web server failed to start. port 8080 was already in use ~ 에러가 나왔다.

나는 초보도 아니고 궁서체 보초 수준이라서 살짝 당황했지만 침착하게 구글링을 했다.

하라는대로 터미널에 lsof -i :8080를 치니 여러 프로세스가 8080포트를 사용하고 있었다.

암튼 이 프로세스를 죽이면 된다고 kill -9 PID 를 입력하라고 해서 했더니 아주 깔끔하게 지워졌다.

해결은 했는데...

내가 이런 커맨드에 익숙하지 않아서 이 생태계(?)를 잘 모르는 상태라 그런지는 몰라도

-e 이런식으로 영어가 적힌건 많이봤어도 -9 처럼 숫자가 있는게 너무 신기해서(..) 이 9가 무슨뜻인지 갑자기 너무 궁금해졌다.

우선

kill -<signal> <pid>

이런식으로 사용하고 가운데 9자리에 오는 것은 signal에 해당한다.

signal을 줘도 되고 안줘도 되어서 kill pid로만 쓸 수 있는데, 이는 사실 kill -15 pid와 같다.

15는 SIGTERM의 번호이며, SIGTERM은 프로세스에게 정상적인 종료를 요청하는 신호다. (15대신에 SIGTERM를 사용해도됨)

kill pid == kill -15 pid == kill -SIGTERM pid

다만 프로세스가 응답이 없을경우 이 요청을 무시하게 되는데, 이때 사용할 수 있는것이 9다.

9는 SIGKILL의 번호이며, SIGTERM은 프로세스를 강제종료하는 신호다. (이것도 9대신에 SIGKILL사용해도됨)

kill -9 pid == kill -SIGKILL pid

프로세스가 이 신호를 받으면 즉시 종료된다.

즉시 종료되기 때문에 마무리 작업을 할 수 가 없으니,

프로세스가 자원을 정리하지 않는다거나, 저장하지 않은 데이터가 날아간다거나 하는 부작용이 있을 수 있다고 한다.

되도록 15를 사용하여 kill을 하라는데 나는 kill -9 pid를 한 후에 그 사실을 알게되었다. ㅎ;

별건 아니지만 개인적으로 흥미롭게 알게된 사실이라 정리해본다.

[기록] 테스트 앱을 삭제했는데도 권한이 남아있을 때

Zedd0202 — Sat, 23 Mar 2024 17:31:48 +0900

Core Motion관련해서 테스트해보고 싶은게 있어서

1. 프로젝트를 새로 만들고

2. 동작 및 피트니스 권한 요청을 하고

3. 걸음수 가져오기

4. 시뮬레이터 아니고 실 디바이스에서 빌드

대충 이런식으로 했는데, 권한 부분을 다시 테스트해보고싶어서

1. 앱을 삭제했다가

2. 다시 빌드해서 설치

3. 동작 및 피트니스 권한이 계속 동의된 상태로 설치되는것이다...??

뭐지..하고 다른 앱도 설치해봤는데 동일한것이다. (폰을 재부팅해도 권한이 유지됐음)

e.g.

왜 이런 현상이 발생하는지 잘 모르겠다. (캐싱이 되나;?)

다른 앱은 모르겠고..일단 내 테스트앱이라도 초기화할 수 있는 방법이 없나?; 하고 찾아봤는데,

나한테 효과가 있는 방법을 찾았따

Xcode > Window > Device and Simulators에 들어가면

오른쪽에 Installed Apps 섹션이 보일것이다.

여기에 내가 설치한 모든 앱들이 나오는건 아니고, 개발용으로 설치한것들만 나오는 것 같은데..

여기서 -버튼을 눌러 삭제 ➡️ 다시 빌드해서 설치하면 ➡️ 권한을 다시 물어봤다!

근데 이렇게 한번 하고 나니까, 일반적인 방법으로 삭제해도 권한을 다시 물어본다;;; (원래 삭제해도 권한 다시 안물어봤었음 ㅠ)

만약 동일한 현상이 발생한다면 Installed Apps 섹션에서 한번 삭제해보는 것을 추천한다!

근데 앱스토어에서 받은 페도미터 < 요 앱은 무슨짓을 해도... 삭제했다 다시설치해도 여전히 권한상태가 유지되어있다.

ㅎ
ㅡ
ㅁ...내일 다시 해봐야지;

assert / precondition (feat. preconditionFailure vs fatalError)

Zedd0202 — Mon, 12 Feb 2024 14:36:54 +0900

precondition을 얼마전에 처음 봤는데, 그 때 쓰기 시작한 글을 마무리를 못했네여

설날 기념으로 마무리해서 발행쓰

# assert

Debug configuration에서 오류가 생기면 치명적일 것인 곳에 심어 놓는 에러 검출용 코드이다.

즉 Release configuration에서는 아무 영향을 주지 않는다.

func assert(
    _ condition: @autoclosure () -> Bool,
    _ message: @autoclosure () -> String = String(),
    file: StaticString = #file,
    line: UInt = #line
)

------
[사용법]

assert(false)
assert(1 + 1 != 2, "assert message")

이 condition이 evalute되는 빌드가 따로 있는데,

- 플레이그라운드 or -Onone(Debug Configuration의 기본값) & condition이 false이면 ➡️ 프로그램 중지

- -O빌드(Release Configuration의 기본값)에서는 condition이 evaluate 되지 않음 (== 효과가 없음)

Release configuration에서는 condition이 evalute 조차 되지 않으니까 assert가 무시?되는것이다.

# assertionFailure

func assertionFailure(
    _ message: @autoclosure () -> String = String(),
    file: StaticString = #file,
    line: UInt = #line
)

assertionFailure은 assert와 동작하는 환경자체는 같은데, condition이 없는 것을 볼 수 있다.

condition없이 무조건 잘못된 상황일 때 assertionFailure를 사용하면 된다.

역시나 Debug configaration에서만 동작한다.

# precondition

Debug configaration말고 Release configation에서도 에러를 검출하고 프로그램을 중지시키고 싶다면 precondition을 쓰면된다.

덜덜;;;

precondition은 이름에서도 그 역할이 보이듯이, 코드가 수행되기 위해 필요한 조건을 앞서 확인하는 친구다.

func precondition(
    _ condition: @autoclosure () -> Bool,
    _ message: @autoclosure () -> String = String(),
    file: StaticString = #file,
    line: UInt = #line
)

수행되는 환경은 assert와 살짝 다르다. (precondition은 Releas configuration에서도 프로그램을 중지시키니까)

- 플레이그라운드 or -Onone(Debug Configuration의 기본값) & condition이 false이면 ➡️ 프로그램 중지

- -O빌드(Release Configuration의 기본값) && condition이 false이면 ➡️ 프로그램 중지

프로그램 중지될때 전달한 message도 같이 나오게 되는데(전달안하면 empty string)

이건 Onone(Debug configuration의 기본값)에서만 나온다. (당연하게도?!)

# preconditionFailure

func preconditionFailure(
    _ message: @autoclosure () -> String = String(),
    file: StaticString = #file,
    line: UInt = #line
) -> Never

precondition은 condition이 있었다면 요건 그냥 아묻따 프로그램 종료

- 플레이그라운드 or -Onone(Debug Configuration의 기본값) ➡️ 프로그램 중지

- -O빌드(Release Configuration의 기본값) ➡️ 프로그램 중지

precondition과 마찬가지로 프로그램 중지될때 전달한 message는 Onone(Debug configuration의 기본값)에서만 나온다.

위에 같이 적진 않았지만..

assert류, precondition류들은 -Ounchecked 빌드에서는 condition이 evalute되지는 않지만 optimizer가 condition이 항상 true로 간주할 수도 있다고 한다.

사실 -Ounchecked는 특수한? 빌드이기도 하고

선택하는 곳에서도 기본적으로 나오지도 않음

딱히 큰 신경을 안써도 될 것 같긴하다 ㅎ;

사실 나는 assert도 잘 안쓰기도 하고해서 precondition이라는게 있는지도 몰랐다.

precondtion은 릴리스 빌드에서도 발생한다니까 무섭긴 한데 ,,

진짜 일반 사용자에게 절대 노출되면 안되는?

(간헐적으로 일어나는) 모종의 이유로 꼬여서 특정 값 없이 그대로 실행하는게 더 위험한 곳(== 차라리 앱을 종료시켜버리는게 나은 상황..)

에서는 적절히 쓰면 좋을 것 같다! (말 그대로 precondition이니까 특정 condition이 만족하지 못하는 상황)

잘 정리된 이미지가 있어서 첨부!!

https://medium.com/swift-india/fortify-code-with-runtime-checks-66619b43766f

# 번외 (안읽어도됨)

위 이미지를 보고 일반적인 상황에서 preconditionFailure랑 fataError랑 무슨차이인거지...? 가 궁금했는데,

어딜 찾아봐도 차이점은 이거다!!!! 라고 딱 명쾌하게 나온곳이 없었다 ㅠ

차이점 찾는거 포기할때쯤 swift github의 Assert.swift를 보게 됐는데, 흥미로웠다 ㅎㅎㅎ

[assert]

정의 그대로 DebugConfiguration일때만 보고 있었다!! (당연하겠지만..)

[assertionFailure]

assertionFailure의 경우 Debug Configuration만 볼 줄 알았는데 Fast Configuration이란것도 보고있었다.

Fast Configuration은 뭔지 잘 모르겠다. 이것저것 건들여봐도 -Onone에서만 동작한다.

[precondition]

precondition은 정의와 똑같이 Debug, Release 둘 다 보고 있다.

역시 위에서 본 것 처럼 message는 Debug일때만 전달되고,

Release일때는 단순히 "precondition failure"로 전달되는 것을 볼 수 있다.

[preconditionFailure]

precondition과 거의 똑같은데, condition조건을 검사하는 로직이 사라졌다.

[fatalError vs precondition]

애플 쪽 코드를 보니까..그냥 preconditionFailure와 fatalError는 차이가 있긴 하지만

이 차이를 분석해야할만큼;;; 유의미하게 다른것 같진 않다.

굳이굳이 차이점을 꼽자면;;

fatalError는 항상 message를 전달하고, preconditionFailure는 Debug Configuration일때만 전달한다.

그리고 fatalError는 항상 _assertionFailure를 호출하는 반면, (_assertionFailure은 결국 Builtin.int_trap()을 호출한다)

preconditionFailure는 Release Configuration일때는 Builtin.condfail_message()를 호출한다.

fatalError - Debug/Relese상관없이 이렇게 나옴 / preconditionFailure - Debug 일때 이렇게 나옴

preconditionFailure - Relese일때 이렇게 나옴

fatalError : Builtin.int_trap()

preconditionFailure : Debug -> Builtin.int_trap() / Relase -> Builtin.condfail_message()

Builtin.int_trap() 와 Builtin.condfail_message() 의 안쪽이 정확히 어떻게 되어있는지는 못찾았는데,

크래시날 때 스택트레이스가 좀 다른것을 보니 내부 동작은 다른건 확실한데...굳이 더 안파봐도 될 것 같다.

ㅎㅓ허

[참고]

https://developer.apple.com/documentation/swift/debugging-and-reflection#testing

https://github.com/apple/swift/blob/main/stdlib/public/core/Assert.swift

https://github.com/apple/swift/blob/main/stdlib/public/core/AssertCommon.swift

isAccessibilityElement / accessibilityElements

Zedd0202 — Sun, 11 Feb 2024 18:04:18 +0900

# isAccessibilityElement

element가 접근성 요소인지 여부를 나타내는 Bool값

UIKit control이 아닌경우 기본값은 false

- UIControl을 상속받고 있는 UIButton같은것들 ➡️ 기본값 true

- UIView나 UIImageView같은것들 ➡️ 기본값 false

이런경우 기본적으로 UIButton에만 접근성 요소로 잡힐것이다.

이때, 바깥의 주황색 View에도 접근성 요소에 포함하려면,

self.myView.isAccessibilityElement = true
self.myView.accessibilityLabel = "적절한 accessibilityLabel"

isAccessibilityElement 프로퍼티를 true로 만들어주면 된다.

UIView에 초점이 갔을 때 뭔가를 읽어줘야하므로 적절한 accessibilityLabel도 같이 넣어주자

이때 문제가 하나 발생하는데,

지금처럼 Parent-Child뷰 관계에서 Parent의 isAccessibilityElement를 true로 해버리면 Child뷰는 접근성 계층 구조에 표시되지 않는다.

즉, 이 상태에서 Child의 버튼에 초점이 가지 않는다.

이거 정확한 이유를 알고싶어서 애플 문서를 뒤적거려봤는데, 찾지는 못했음..

참고한 포스팅 : https://medium.com/@jchen_77520/accessibility-and-ui-testing-in-ios-3eb0822a17fb

아마 이 블로그 글대로 하나의 Parent에 여러 Child가 있을 때 여러번 초점이 가는것을 방지하려고 그런 것 같다.

애플 보이스오버 문서에서도 요런 내용도 있으니 참고!

출처 : https://developer.apple.com/documentation/uikit/accessibility_for_uikit/supporting_voiceover_in_your_app

이때 2가지 해결책이 있다.

1. Parent의 traits을 button으로 지정하고, Parent를 눌렀을 때 버튼을 눌렀을 때와 동일한 액션을 수행하기 (버튼에 굳이 초점이 안가도 되도록)

2. 버튼에 초점이 그냥 가게 하기

상황에 따라 다르겠지만 우선 2번만 살펴보자.

self.view.accessibilityElements = [self.myView, self.myButton]

accessibilityElements는 접근성 요소들을 담는 배열이라고 보면 된다.

지금 상태는 myButton이 접근성 요소임에도 불구하고 (UIButton이므로 isAccessibilityElement가 기본적으로 true임)

Parent의 isAccessibilityElement를 true로 만들었기 때문에 초점이 가지 않는 상태인데,

이를 접근성 요소 배열에 추가해주는 것이다.

그러면

이렇게 Parent, Child 둘 다 초점이 잡히게 된다.

accessibilityElements를 사용할 때 주의할 점은,

self.view.accessibilityElements = [self.myView, self.myButton]

넣은 순서대로 초점이 잡힌다는것이다.

지금 초점 순서는

주황색 Parent View가 잡히고 -> 스와이프 오른쪽 -> Child 버튼 -> 스와이프 왼쪽 -> 주황색 Parent View

만약 버튼을 먼저 넣었다면

self.view.accessibilityElements = [self.myButton, self.myView]

Child 버튼이 먼저 잡히고 -> 스와이프 오른쪽 -> 주황색 ParentView -> 스와이프 왼쪽 -> Child 버튼

이 순서대로 초점이 잡히게 된다.

# 심화

그렇다면 뷰가 여러개 중첩되어있을 때의 상황으로 테스트 해보자.

민트색 뷰 -> 파랑색 뷰 -> 흰색 뷰 -> 버튼

총 4개의 뷰가 있고, 순서대로 first, second, third, fourth다.

일단 알 수 있는 사실은

first, second, third -> isAccessibilityElement == false

fourth(ㅋ버튼) -> isAccessibilityElement == true

접근성 로직에 아~~~무것도 안한상태에서 보이스오버를 켜보면 가장 안쪽의 버튼에만 초점이 간다.

# 1. 모든 뷰에 초점이 안가게 하고싶음

지금 접근성 요소가 버튼 하나밖에 없기 때문에..

self.fourthButton.isAccessibilityElement = false

를 하면 된다.

근데 만약에 버튼이 막 10개 있어;;;

전부 하나씩

self.fourthButton.isAccessibilityElement = false

이 짓을 해줄 순 없는데,

이때는 적절한 Parent에

self.firstView.accessibilityElementsHidden = true

accessibilityElementsHidden를 true로 주면,

해당 View 포함 모든 Subview들이 접근성 요소가 아니게 된다.

self.firstView.isAccessibilityElement = true
self.firstView.accessibilityElementsHidden = true

이렇게 해도 firstView도 접근성 요소가 아님

물론 지금은 first, second, third 어디에서 accessibilityElementsHidden를 하든 상관없다.

자신의 상황에 맞게 적절한 Parent에 accessibilityElementsHidden 값을 주면 된다.

# 2. [first, fourth에만 초점이 가게 하고싶음]

가장 최상위 민트색뷰, 가장 안쪽의 버튼에만 초점이 가도록 해보자.

이건 사실 가장 처음에 봤던 예제랑 똑같은거라서.. 쉽게 할 수 있을것이다.

self.firstView.isAccessibilityElement = true
self.view.accessibilityElements = [self.firstView, self.fourthButton]

그런데, 아까부터

self.firstView.isAccessibilityElement = true
self.view.accessibilityElements = [self.firstView, self.fourthButton]

여기에 의문을 가진 사람도 있을것이다!!

isAccessibilityElement는 firstView에 걸어주는데, accessibilityElements는 왜 view에 걸어주지!?

(사실 self.accessibilityElements = [~~] 도 동일한데 그냥 view로 해줬다..)

self.firstView.isAccessibilityElement = true
self.firstView.accessibilityElements = [self.firstView, self.fourthButton]

이렇게 둘 다 firstView에 세팅해주면 안되는건가?

isAccessibilityElement는 당연히 해당하는 뷰에 걸어주는게 맞는데,

accessibilityElements는 그 상위뷰에 걸어줘야 적용이 된다!! (지금은 firstView의 상위뷰인 UIViewController의 view에 걸어준것)

# 3. [second, fourth에만 초점이 가게 하고싶음]

2번 문제와 원리는 똑같다.

secondView의 isAccessibilityElement를 true로 만들어주고 accessibilityElements를 세팅해주면되는데..

self.secondView.isAccessibilityElement = true

self.view.accessibilityElements = [self.secondView, self.fourthButton] // 가능 
self.firstView.accessibilityElements = [self.secondView, self.fourthButton] // 가능

이때 당연히 secondView.accessibilityElements 를 세팅해주는게 아니라!!!

상위뷰인 firstView나 최상위뷰이인 view에 넣어줘야 원하는대로 초점이 잡히게 된다.

(바로 위 상위뷰만 된다는 글도 있는 것 같은데, 나는 최상위뷰에 해도 잘 되는 것 같다;;)

다만 최상위뷰의 accessibilityElements를 세팅해줄때는 주의해야 할 점이 있다.

self.view.accessibilityElements = [self.firstView, self.fourthButton]

위 코드는 2번문제 - [first, fourth에만 초점이 가게 하고싶음] 에서 사용한 코드인데..

이렇게 상위뷰에 넣어줬으니 firstView와 fourthButton에는 초점이 잘 가겠으나

밑에 다른 접근성 요소가 있다면, 거기에는 초점이 안가게 된다. (위 그림에서 3번에 초점이 안감)

self.view.accessibilityElements = [self.firstView, self.fourthButton]

왜냐면 최상위 뷰에 2개만 넣어줬기 때문.....

self.view.accessibilityElements = [self.firstView, self.fourthButton, self.myButton]

그래서 이렇게 myButton도 같이 넣어주거나 해야한다. (myButton == 3번 버튼)

3번 문제에서

self.view.accessibilityElements = [self.secondView, self.fourthButton] // 가능 
self.firstView.accessibilityElements = [self.secondView, self.fourthButton] // 가능

둘 다 가능하다고는 했지만, view에 넣어준것은 바로 위 문제가 발생하고,

firstView에 넣어준것은 아래 주황색뷰 안에있는 버튼에도 초점이 잘 가게 된다.

나는 그냥 테스트 프로젝트라서 최상위뷰의 accessibilityElements에 넣어줬지만, 이런 일은 최대한 지양해야할 것 같고

따로 View를 하나 더 만들던가 해서 최상위뷰가 아닌 바로 위 상위뷰에 넣어주는게 가장 좋을 것 같다.

아니면 요걸 다른 방식으로 풀 수 있는것인지는 잘 모르겠다!!! 아시는 분은 댓글로 알려주세여

2023년 회고와 2024년 다짐

Zedd0202 — Sun, 31 Dec 2023 19:26:59 +0900

2018년 회고와 2019년 다짐

2019년 회고와 2020년 다짐

2020년 회고와 2021년 다짐

2021년 회고와 2022년 다짐

2022년 회고와 2023년 다짐

올해에는 진짜 한게 없는 것 같았는데, 또 되돌아보니 이것저것 했고, 도전하고, 절망도하고.. 여러가지 경험들을 한 것 같다.

이렇게 한 해를 돌아보는 시간이 있기에 내년이 더 반갑게 느껴지고 시작의 설레임이 배가 되는 듯한 느낌!

# 운동

작년에 10kg를 감량했으니 조금 더 욕심내가지고 총 20kg..아니 15kg 감량까지도 해보고싶었는데,

약 12kg에서 그쳤다.

[2022년 7월 1일 건강검진]

[2022년 12월 14일 헬스장]

[2023년 8월 8일 건강검진]

최근에는 인바디를 안재서.. 지표가 없긴 한데, 대충 비슷할거라고 생각합니다..? ㅈㅅ

나 : 작년에 분명 골격근량 30kg를 기대했는데요. 분발하시길

나 : 네

나름 유지를 잘 하고 있는것 같다고 생각하는데, 정말 '유지'만 하고있어서 아쉽기도 하지만 뿌듯하기도 하다.

나는 내 나름대로의 관리 루틴이 있고 나름 빡빡하게 관리한다고 하는데, 체중은 그렇게 안빠지는 것을 보면..

이렇게 관리 안하면 바로 다시 돌아가겠구나 싶다 ㅎㅎ..ㅠ

사실 올해는 유지만 하다보니 작년처럼 와 10kg를 빼다니..??!! 이런 감량에 대한 성취가 없어서 딱히 할말이 없다.

요 정체기를 탈출할 수 있는 꿀팁이 있다면 댓글좀.. 운동을 지금보다 더 많이 하면 되겠지만요........

PT도 올해 난생 처음 받아봤었다.

https://brunch.co.kr/@zedd/386

생애 첫 PT 경험

힘들었지만 보람찼다고 말할 수 밖에 | 1월 17일 PT를 시작했고, 바로 3월 20일 10회차로 PT가 끝났다. 나는 골격도 있고 힘도 세다고(;;) 스스로 생각했는데, 그걸 완전히 부셔주는..나는 정말 약하구

brunch.co.kr

PT할 때 만큼은 선생님이 한 부위를 한계까지 밀어붙이곤 했는데, 혼자할땐 그러기 쉽지 않은 것 같다.

헬스 하나만 하다가 재미도없고 의욕도 안생기는것 같아서 새로운 운동을 찾아보던 중..

집에서 살짝 거리가 있지만 좋은 요가학원이 있어서 요가를 배우기 시작했다.

# 요가

7월 말부터 요가를 배우기 시작했는데, 올해 가장 잘한 선택이 아닐까 싶다~~!

달마다 시간표가 새로 만들어지는데,

월요일부터 토요일까지 몇시에 어떤 선생님의 어떤 수업이 있고, 내가 그걸 예약하는 시스템이다.

종류가 진~~짜 많아서 이것저것 시도해보는 재미도 쏠쏠했다.

처음에는 그냥 내가 되는 시간대 (보통 평일 저녁)에 가는식으로 했다.

이렇게 ‘시간’에 맞췄지, 그때의 ‘선생님’이 누구냐는 신경쓰지 않았고 별로 중요하지 않다고 생각했다.

요가 선생님 == 내가 동작 따라해야하는 요가 짱 잘하는 사람

그냥 이렇게 인지하고 있었음

어느 날, 평일 오전대 시간대의 처음보는 선생님 수업을 듣게 됐는데

그 선생님이 진짜 사람 자체 + 마인드가 정말 멋있으시고, 목소리도 정~~~말 좋으시고..

당연히 요가도 잘하시고ㅠㅠ 요가에 진심인게 느껴져서 그 선생님의 팬이 되었다..!!! ❤️

너무 잘 가르쳐주셔서 신뢰도 뿜뿜 ➡️ 자연스럽게 요가 더 가려고 함

물론 다른 선생님들도 다 너무 잘하시고 좋으신데, 각자 성향이 맞는 선생님이 있는 것 같다.

이런 경험들을 하면서 ‘선생님이 주는 영향이 크구나!’를 느꼈다.

머리서기는 요가 고수들만 하는건줄 알았는데, 이 선생님이 딱 한마디 해줬는데 바로 성공했다.

그 날 얼마나 뿌듯하던지!!!!

근데 나는 요가 고수는 아니고 그냥 머리 서기 할 수 있는 사람됨

그리고 고대하던 플라잉요가도 해봤었는데, 해먹에서 허우적거리는 나를 볼때마다 현타가와서…살짝 힘들었다.

처음으로 했을 때 ➡️ 와 진짜 다신 하나봐라 나랑 안맞음

한 달 후 ➡️ 그래도 처음하고 그렇게 평가 내리는건 아닌듯. 나랑 안맞다고 외면하지 말아보자!! 해보자

두번째로 하고 나서 ➡️ 역시!! 나랑 안맞는군..

이 상태

그냥 완전히 별로다!! 이건 아닌데, 살 좀만 빼고 하면 훨씬 더 수월할 것 같다…ㅋㅋ..

요가를 정말정말 추천하는데,

어딜가나 듣는 뻔한말일 수도 있지만.. 마음의 번뇌를 다스리는데 큰 도움이 되는게 맞는 것 같다.

나는 도움도 많이 받고 얻은것도 많은 것 같아서 꾸준히 하고싶다~~!

# 중국어

여전히 중국어를 공부중이다.

그리고 여전히 듀오링고로만 공부하고있는데, 올해 유독 ‘이걸 공부한다고 할 수 있는건가!’하는 생각이 많이 들었던 것 같다.

아니 당연히 공부는 되지만!!! 듀오링고 강도로 언어를 배우는건 부족한 느낌이 든다..? 정도..

그렇게 느끼긴 했지만 아직까진 듀오링고 하나로 하는 중 ㅎㅎㅋ!!

올해 듀오링고 후기는 아래와같이 정리할 수 있을 것 같다.

1. 원래 리그탭에 있는 time challenge를 정말 많이 했었는데, match madness로 바뀌고 나서 손이 아예 안가게 됨 ➡️ 그러다보니 주말에만 열리는 ramp up challenge도 잘 안하게됨…

2. 자연스럽게 그냥 코스(?)를 계속 깨게 됨 ➡️ 작년보다 코스 진행 속도가 훨씬 빨라짐 + 단어도 더 많이 알게됨

3. 다만 match madness / ram up 둘 다 잘 안하다보니 얻는 XP는 줄어듬 ➡️ 다이아 리그 유지가 쉽지는 않았음..

4. 앱 업데이트를 잘 안하는 편인데, 어쩌다 업데이트 했다가 성조/한자 쓰기를 공부할 수 있는 탭이 생긴걸 보고 너무 감동하고 업데이트를 열심히 해야겠다고 생각함ㅋㅋ..

5. 각 문제에 대해 유저들끼리 토론이나 질문할 수 있는 곳이 있었는데 어느 날 그게 없어짐. 들어가면 나랑 똑같은!!! 궁금증을 가진 사람들이 많았고 관련해서 여러 의견들을 볼 수 있어서 좋았는데…없어져서 굉장히 아쉬움. 돌려줘 ㅠ

작년 / 올해 비교

작년과 올해를 비교해보면 배운 단어수가 확연히 차이나는 것을 볼 수 있다!

아 이거 듀오링고 하는 사람만 공감할 수 있는걸지도 모르겠지만..

나는 작년에는 코스를 그렇게 많이 하는 편은 아니었는데, 왜냐면 딱 이상태일때 XP 부스트를 지금 당장 받고싶지 않아서..

그래서 코스를 계속 미루다보니 time challenge만 했던건데,

match madness로 바뀌고 나서는 하기가 싫어서 그냥 XP부스트 신경 안쓰고 코스를 계속 깨는 사람이 되었다..

그냥 올해에는 이상한 이유;;로 코스를 안깨던 나를 벗어난 것 같아서 기분이 좋았다 XD..

나름 작년보다 단어도 더 많이 알고, 내가 말하고 싶은 것들을 더 많이 말할 수 있게 되어서!!

얼마전에 아주 살짝 자신감이 있는 상태로 대만여행을 다녀왔다.

그래 대만은 번체니까 읽는건 잘 못한다고 쳐 (나는 간체로 공부중)

근데 듣기도, 말하기도 내가 생각한대로 잘 안되니까 너무 답답했다.

그냥 씨에씨에봇이 됨

웃긴 일화가 있는데,

1. 우육면을 먹었는데 굉장히 짰음

2. 그 날 저녁에 택시를 탔는데 기사님이 엄청 말거심

3. 어느나라 사람이냐 여행왔냐 이것저것 물어봄

4. 일행이 중국어 조금 할줄 알아서 그냥 둘이 이야기함.. 나는 거의 못알아듣겠어서 옆에서 계속 뭐라셔..? 밖에 안함

5. 말하는 중에 우육면 먹어봤냐 하길래(이건 알아들음) 일행이 먹어봤다고 함

6. 내가 가만히 있다가 진짜 용기내서 太咸了(tài xiánle 너무 짰다) 라고 함

7. 못알아들음ㅋㅋㅠㅠㅠㅠ 시엔..? 이러심

8. 일행도 같이 말해줬는데 그래도 못알아들으심(일행도 咸의 성조를 몰랐다고함)

9. 사전으로 보여주니까 아~~시엔~

사실 성조가 기억이 안났던터라 그냥 신경안쓰고 대충 말하긴 했는데 (그냥 당연히 문맥상 알아들을거라고 생각함..)

이 사건이 나름 나에게 스피킹 공부를 좀 더 열심히해야겠다고 다짐하는 계기가 됨..

(참고로 대만은 간체를 쓰는 중국 대륙과 다르게 번체를 쓰고 중국과 다른 단어도 몇개 있지만 말할때는 거의 문제없이 소통할 수 있는 것 같더라구요..?)

그리고 이번 여행으로 일행(a.k.a 짝꿍)을 다시 보게됐는데

내가 중국어 질문하면 맨날 음 모르겠네...만하고 이제 너가 중국어 더 잘하는 것 같아!!! 이러던 사람이

의사소통이 문제없이 되길래 그동안의 모습은 뭐지..라는 생각이 들면서도 의지가 되어서 든든했다. (영어가 안통하는 상황에서 특히..)

~~근데 왜 내가 궁금한것들 모르는거지..?;;~~

원래 대만가서 중국어 해야하는 상황에는 내가 다 말하고 대답하고 그러는게 목표였는데, 아예 알아듣지를 못하겠어서..ㅌㅋㅋ

일행이 거의 다 해서 너무 아쉽고.. 근데 막상 중국어 해야할 땐 머리가 새하얘져서 단어도 생각이 잘 안났다. 데헷

# 클라이언트 플랫폼 팀

올해 일 관련해서 나에게 가장 큰 변화는 팀을 옮긴게 아닐까 싶다.

올해 7월, 클라이언트 플랫폼 (이하 클플)으로 팀을 옮겼다.

(개인적으로 내가 느끼기엔.. 우리 회사는 팀을 옮기는게 엄청 큰 일이고 어렵다!! 이렇진않고, 그냥 해보고싶고 & 기회가 되면 쉽게 팀을 옮길 수 있는 분위기다.)

클플에 소속되어있는 사람들은 개발자를 위한 개발자..라고 이야기되는데, 딱 맞는 말이다.

다른 iOS개발자들이 iOS개발에 집중할 수 있도록 하는 사람들!

나는 CI/CD + 자동화관련을 주로 보고있어서 그쪽만 말하면,

앱이 작지 않은 만큼 CI/CD가 내가 왔을때부터 너무 잘되어있었고, 자동화의 끝판왕이라고 느껴졌었다.

나는 사실 CI/CD를 신경쓰지 않아도 되는 회사에 있었어서 이런쪽은 완전히 무지했었다.

배포가 안돼요 → 클플 분들 멘션 → 뚝딱 해결 → 감사합니다! 역시 갓..그저 빛

나는 이쪽을 아예 모르기에 당연히 멘션할 수 밖에 없지만 그러면서도 내가 아무것도 할 수 없다는 무력감이 항상 존재했었고, 클플 분들께도 죄송했었다 ㅠ

그러면서 동시에 뚝딱뚝딱 해결하시는 모습이 너무 멋있으셨고, 내가 모르는 부분들을 배워보고 싶은 마음이 있었다.

동시에 내가 맡고 있는 서비스가 실험만 하다가 완전히 전체배포를 할 수 있게 되어서 팀이 해체 되는 타이밍에 클플로 팀을 옮기게 되었다.

젠킨스, 파이썬, 그루비, 코틀린 모든게 엮여있는데, 나는 파이썬을 가장 많이 쓰는 것 같다.

그렇다고 Swift를 안쓰는건 아니고 그냥 반반 하는 느낌!

얼마전에는 코틀린으로 API추가하고, DB 테이블 추가하는것도 해봤었는데 재미있었다.

DB를 써야하는데, 이미 DB가 있어..

근데 거기에 테이블을 어떻게 추가하고 그러는지 하나도 모르겠어

Tool을 뭘 써야할지도 모르겠어...

내가 뭘 모르는지 모르겠어!!!!

이런 상태였는데, 같은 팀원분이 정말 세세하게 알려주셔서 큰 도움을 받았다.

사실 나는 아직도 너무 서툴고 뭐가 문제인지 하나도 모를때가 많은데,

많이들 도와주셔서 겨우겨우 적응하고 맨날 새로운 경험을 해보고 있는 중이다.

진짜 한 1년 있었던 것 같은데;; 5개월 밖에 안됐다는게 믿기지가 않네

해보고싶어서 도전한거긴한데, 모르는게 너무 많아서ㅋㅋㅋ

너무 바보같고 1인분 못하는것 같고 그렇지만 노력하는 중.. 아자아자

# 올해의 xx

심심해서 요것도 넣어봄

[올해의 영화]

엘리멘탈..ㅜㅜㅜ.. 어흑.. 표현력, 상상력이 정말 뛰어나고 감동적인 영화였다.

얼마전에 본 크레센도도 좋았음!!

[올해의 잘산템]

밧드야 : 음식물 쓰레기통인데, 진짜 냄새가 1도 안난다..바이럴일까봐 반신반의했지만 후기가 좋은건 이유가 있는법

밧드야 18-8스테인리스 2L 음식물쓰레기통 : 네이버 쇼핑

search.shopping.naver.com

2L사서 살짝 후회. 3L사세요...

호카 본디 8 : 크록스만 주구장창 신다가 조금만 걸어도 너무 발이 아파서.. 신발을 사야겠다고 계속 생각했었다.

뉴발, 아식스, 호카 등등 다양한 브랜드들을 추천하길래 고민하다가 우연히 호카 매장에서 본디8을 신어봤는데, 나를 감싸주는 느낌이 너무 좋아서..호카로 결정.

이상한 신발(~~크록스~~)로 오래걸으면 발이 아프고 피로도가 세배로 쌓이는 느낌이 들면서 온몸이 피곤한데,

호카 신었을 때는 오래걸어도 온몸이 아픈 느낌은 없었다. 너무너무 잘한 소비같아서 추천..

호카 여성 본디 8 WWH : 호카코리아

[호카코리아] FLY HUMAN FLY HOKA

brand.naver.com

[올해의 책]

아 올해 재밌게 읽은책들이 진짜 많은데, 하나만 꼽자면..

당신도 느리게 나이들 수 있습니다 : 저속노화에 관심이 많기도 하고..꼭 노화 관련이 아니더라도 그냥 현대사회를 살아가는 일원으로서, 건강하게 삶을 살아가기 위해서 어떤것들을 할 수 있는지, 하면 좋을지가 잘 정리되어있는 것 같다. 정희원 작가님의 식견에 놀라고 또 놀란책.

당신도 느리게 나이 들 수 있습니다 - 예스24

행복한 노화를 위해 지금 당장 준비해야 할 네 가지 기둥과 습관들“당신의 삶이 노화의 속도를 결정한다”피할 수는 없지만 늦출 수는 있다! 서울아산병원 노년내과 정희원 교수가 한국사회에

m.yes24.com

[올해의 웹툰]

올해 진짜 유독 웹툰을 많이봤는데... 나에게 올해의 앱은 아마 네이버 웹툰이랑 카카오페이지일듯;;;

솔직히 웹툰 추천 하고싶은거 너무 많지만..(이 맘 다들 알거라 믿음)

하나만 꼽자면

후궁 스캔들 : 그냥 스토리, 개그요소 모든게 내 취향...왜 밑에 있는지 이해 안가는 웹툰 1위.. 얼마전에 완결났으니 꼭 보시길

후궁 스캔들

동생 때문에 억지로 황태자비 간택전에 나가게 된 화영.이렇게 된 김에 화려하게 쫓겨날 계획을 세운다!하지만 계속 이상하게 엮이는 황태자 신영 때문에 계획은 쉽지 않고,오히려 황비와 황태

comic.naver.com

작가님들 항상 건강하시고..아프시면 푹 쉬시고..재밌는 웹툰 많이 만들어주셔서 감사하다는...말씀을 드립니다...

전 쿠키를 준비해둘게요!!!!!!

데헷

# 작년 다짐

목표와 다짐은 다르니..나는 목표를 세우기 보다는 다짐을 하고싶다.
아직도 헬스장을 가려고 하면 으 5분만...하는 생각이 드는데, 그냥 이럴때 바로 가버리기!
그냥 생각하지 말고 바로 실천하는 내가 되었으면 한다. (대신 말은 생각하고 하기~~!)
헬스장가기 < 이런걸 뭔가 해치워야하는 미션같이 생각하지말고 그냥 습관처럼 할 수 있도록 시스템화하기
(== 양치하는거랑 똑같이 그냥 당연히 해야할 때 해야하는 것으로 인식하게 만들기)

작년에 했던 이 다짐이 여전히 헬스장만 다니고 있었다면 지켜지지 못했겠지만..

요가 덕분에 (그리고 내가 좋아하는 선생님 덕분에!) 아무 생각없이 갈 수 있는 날들이 많았던 것 같아서 살짝 뿌듯할지도..

헬스든 요가든 잡생각이 들려고 할때의 꿀팁은 그냥 일단 일어나서 운동복을 입으면 된다.

운동복을 입으면 일단 가야되기때문에^^,,

# 2024년 다짐

24년에는 내 예상이 맞다면..정말 많은 일이 일어날 해라서 정신없을 것 같다.

사실.. 관련해서 올해에도 정말 많은 일이 있었는데, 회고에 쓰지는 않았지만 올해도 정말 정신없었다. ㅋㅋ;;

사실 거창한 다짐은 없고 24년에는 그냥 계획했던 일들 잘 해내고,

내년 회고에 올해 회고에서 못했던 이런저런 이야기를 할 수 있기를 바래본다~~!

[iOS] PHPicker 권한 정리

Zedd0202 — Tue, 12 Dec 2023 12:12:42 +0900

옛날에 PHPicker관련해서 쓴 것들 왜이렇게 헷갈리지..

# 권한 필요없음

기본적으로 사진을 단순 Read하기 위해서는 사진 접근 권한이 필요없음 (= PHPicker를 띄우기 위해서는 권한이 따로 필요없음)

PHPicker를 띄우면 왼쪽 그림처럼 안내 텍스트가 보일거고,

설정에 가면 오른족 그림처럼 비공개로 접근으로 뜰 것이다.

이 앱은 사용자의 사진 보관함을 표시할 수 있지만,

오직 사용자가 선택한 항목에만 접근할 수 있습니다.

그러니까.. PHPicker를 띄웠으면 모든 사진/비디오 같은것들이 나올텐데, 이런것들에 앱(코드로)이 접근 못하고

내가 선택하고 추가한 것들에만 접근 할 수 있다는 뜻

암튼 이 PHPicker를 띄우고, PHPicker가 모든 Asset들을 보여주는것에 대해서는 따로 권한이 필요없다.

PHPicker에서 선택한 Asset에 대해서 접근할때도 권한 필요없음.

⚠️ 주의 : 여기서 말하는 Asset은 PHAsset이 아님!!

PHPicker에서 선택한 결과. 즉 PHPickerResult를 PHAsset으로 변환시키고 싶으면 권한이 필요함.

loadObject나 loadDataRepresentation같은것들로 접근하는 것만 가능하다.

# 언제 권한이 필요하냐?

코드 내에서 사진첩에 있는 사진을 읽어오고 싶을 때 (PHPicker 안통하고),

사진을 추가/편집하고 싶을 때 권한이 필요하다.

1. NSPhotoLibraryUsageDescription 권한 요청 메시지 추가

2. 아래 코드를 이용하여 권한을 요청

참고) 이렇게 명시적으로 권한 요청 안해도..

let albums = PHAssetCollection.fetchAssetCollections(with: .smartAlbum, subtype: .any, options: nil)

뭐 이런 코드만 있어도 알아서 권한을 요청하는것을 확인했다.

하지만 권한체크는 앞에서 꼭 해주자

3. 아래와 같이 권한 요청 프롬프트가 뜬다.

오 원래 이렇게 자세하게 안나왔던 것 같은데;; 아무튼 17.1.2 인데 이렇게 나오네요.

# 접근 제한을 눌렀을 때

메시지가 살짝 바뀌는데,

~앱은 사용자가 선택한 항목에만 접근할 수 있습니다.

해당 앱이 사용자의 보관함에 추가하는 것은 가능합니다.

1. ~앱은 사용자가 선택한 항목에만 접근할 수 있습니다.

설정에 가보면

이렇게 되어있는 것을 볼 수 있는데,

현재는 선택된 사진이 하나도 없는 상태이고,

선택된 사진 편집을 눌러서 사진들을 선택하고 해당 사진들에게만 접근 권한을 추가할 수 있다.

사진을 선택해서 완료를 누르면 저렇게 N개의 항목이 선택되었다고 나오게 된다.

이 상태에서 앱으로 돌아가 PHPicker를 열면

이런식으로 모든 사진이 나오게 되는데..

여기서 내가 선택한 항목만 나오는거 아니었어?! 하고 헷갈릴 수 있는데, 여기서 나오는거는 다 나오되

let options = PHFetchOptions()
let albums = PHAssetCollection.fetchAssetCollections(with: .smartAlbum, subtype: .any, options: nil)

albums.enumerateObjects { (collection, _, _) in
    let assets = self.fetchAssets(in: collection)
    ~~~
}

이런식으로 코드에서 사진첩에 접근할 때 해당 선택된 항목에만 접근할 수 있다는 것이다.

현재 나는 이미지 1개를 접근할 수 있도록 해두었으니

Asset들을 쫙 훑었을 때 1개만 나오는 것이다.

그리고 저 1개의 Asset을 화면에 표시하면

아까 내가 선택한 고양이가 잘 나오는 것을 볼 수 있다.

2. 해당 앱이 사용자의 보관함에 추가하는 것은 가능합니다.

제한된 접근을 눌렀어도 이미지를 추가하는 것은 가능하다.

UIImageWriteToSavedPhotosAlbum 으로 간단히 테스트해봤는데, 문제없이 추가되는 것을 확인했다.

여기서 헷갈리면 안되는게

1. 코드내에서 선택된 Asset에 접근이 가능

2. PHPicker를 열었음 ➡️ 모든 Asset들이 다 나올거임 ➡️ 내가 특정 Asset을 선택함(그게 앞에서 선택한 Asset이 아닐 수 있음) ➡️ 추가 ➡️ 방금 추가한 Asset들에도 접근이 가능

하다.

그냥 PHPicker를 열어서 이미지를 선택하면, 권한과 상관없이 해당 Asset에 접근할 수 있다고 이해하면 가장 쉬울 것 같다.

# 전체 접근 허용

말 그대로 모든 Asset에 대해 접근을 허용하겠다는 뜻이다.

전체 접근을 허용하면, 코드에서 사진 보관함에 접근하여 모든 Asset들을 가져올 수 있다.

물론 추가도 가능

# 허용 안함

요것도 말그대로 허용을 아예 안하겠다는 것.

Q : 접근 제한에서 사진 아무것도 선택 안한거랑 허용안함이 뭐가다름?

접근 제한에서 아무것도 선택 안했을 때는 앨범에는 접근이 가능하다. 다만 Asset이 없다고 나올뿐..

허용 안함 상태에서는 앨범에도 접근이 불가하다. (아예 앨범 갯수가 0으로 나옴)

허용 안함 상태에서도 헷갈리면 안되는게

PHPicker를 직접 열어서 선택한 것들에는 접근이 가능하다. 코드내에서 접근이 안될뿐..

Q : 허용안함 상태에서 이미지 추가 가능?

A : 당연히 불가!

오랜만에 보니까 이게 권한이 필요했었나.. 싶어서 헷갈려가지고 ㅠ 정리

[Github] Support for password authentication was removed on August 13, 2021 / Fine-grained vs classic

Zedd0202 — Mon, 27 Nov 2023 13:27:55 +0900

개인 맥북에서 (정말 오랜만에) clone 하려니까

이게 나오길래 그냥 생각없이 github 비밀번호 쳤더니..

remote: Support for password authentication was removed on August 13, 2021.

remote: Please see https://docs.github.com/en/get-started/getting-started-with-git/about-remote-repositories#cloning-with-https-urls for information on currently recommended modes of authentication.

요게 나왔다.

차근차근 수정해보자!

1. Github 프로필로 이동 https://github.com/settings/profile

GitHub: Let’s build from here

GitHub is where over 100 million developers shape the future of software, together. Contribute to the open source community, manage your Git repositories, review code like a pro, track bugs and fea...

github.com

2. 왼쪽 제일 하단 Developer settings 클릭

3. Personal access tokens > Tokens > Generate new token 클릭

이렇게 뜰텐데, 나는 classic으로 선택..

Fine-grained 는 하단에서 설명하겠다.

4. Expiration 및 Scope 설정

보통 No expiration으로 많이하고, 나는 권한이 없어서 다시 토큰을 regenrate하는 일을 방지하기위해 다 체크를 해줬다,

5. 화면에 토큰이 보일텐데, 꼭 복사를 해두자.

나가면 다시 못봄

6. 다시 clone이나 push 시도

그러면 Username이랑 Password 받을거임

Username for 'https://github.com': 유저네임
Password for 'https://Zedd0202@github.com': 토큰 복붙

하고나면 clone이나 push가 제대로 되는 것을 볼 수 있다.

# Q&A

Q : Username을 어떻게 확인?

A : 본인 Github 프로필 URL(https://github.com/본인의_Username)에 붙어있는거로 알고있긴한데..맞겠져

ex. 나의 경우 https://github.com/Zedd0202 < 라서 Username은 Zedd0202

Q : 생각해보니까 Username잘못입력함;;; 다시 입력하고싶은데..

Username for 'https://github.com': 유저네임
Password for 'https://Zedd0202@github.com': 토큰 복붙

이거 다시 나오게 하는 방법 없는지?ㅎ;;

A : 키체인 접근 > github 검색

키체인 > 로그인인거 삭제하면 되는듯하다. 나는 수정일로 보긴 했는데;; 우클릭하면 삭제 나옴

다시 clone이나 push하면

Username for 'https://github.com': 유저네임
Password for 'https://Zedd0202@github.com': 토큰 복붙

이거 다시 물어보는 것을 볼 수 있다!

Q : Fine-grained, repo-scoped 이거 머임; 이거로 하면 안되는지..

A : Github 공식 문서에서는 classic 대신 Find-grained를 사용할 것을 권장한다고 나와있다.

GitHub recommends that you use fine-grained personal access tokens instead of personal access tokens (classic) whenever possible.

Fine-grained는 classic에 비해 다음과 같이 보안적으로 좀 더 안전하다.

- 각 토큰은 단일 사용자 또는 조직이 소유한 리소스에만 액세스할 수 있습니다.

- 각 토큰은 특정 저장소에만 액세스할 수 있습니다.

- 각 토큰에는 개인 액세스 토큰(클래식)에 부여된 범위보다 더 많은 제어를 제공하는 특정 권한이 부여됩니다.

- 각 토큰에는 만료 날짜가 있어야 합니다.

- 조직 소유자는 조직의 리소스에 액세스할 수 있는 세분화된 개인 액세스 토큰에 대한 승인을 요구할 수 있습니다.

자세한건 https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/managing-your-personal-access-tokens 참고!

음 organization이 있고, 권한을 세밀하게 관리해야하는 거면 Fine-grained를 쓰면 좋을 것 같긴한데,

나는 혼자 쓰는거니까 그냥 classic이 마음 편한것 같다.

Fine-grained를 써볼까도 싶지만 위에서 언급됐듯이 만료날짜가 반드시 있어야 하기 때문에..

Expiration에 No Expriation설정이 없다..

classic / Fine-grained

(대충 Fine-grained를 안쓰는 가장 큰 이유라는 뜻)

끝!

[CoreLocation] When InUse / Always 비교 + info.plist Location관련한 key들 정리

Zedd0202 — Wed, 15 Nov 2023 19:34:13 +0900

위치 관련해서 잠깐 봐야할 게 있어서 봤는데..

왜이렇게 많은거지..한번 정리해두면 좋을 것 같아서!

# NSLocationUsageDescription

- iOS 8에서 Deprecate

응 안봐

# NSLocationAlwaysUsageDescription

- iOS 11에서 Deprecate

- 앱의 Deploy Target이 iOS 11+ 이라면 NSLocationAlwaysAndWhenInUseUsageDescription 을 사용해야합니다.

~ 11 이전 버전을 지원한다면 ~

- 11 이전 OS에서는 무조건 NSLocationAlwaysUsageDescription을 사용

- 11 이후 OS에서는 무조건 NSLocationAlwaysAndWhenInUseUsageDescription을 사용

그러니까 11 이전 버전을 지원한다면!

개발자는

NSLocationAlwaysAndWhenInUseUsageDescription

NSLocationAlwaysUsageDescription

이 두가지를 동일한 메세지로 추가해놔야합니다.

~ 11 이후 버전만 지원한다면 ~

저는 11 이후만 지원하니까 저한테는 이렇게 되네요 야호

Location Always Usage Description -> iOS 11에서 deprecate

Location Usage Description -> iOS 8에서 deprecate

이제 가장 많이 사용하게 될

- NSLocationAlwaysAndWhenInUseUsageDescription

- NSLocationWhenInUseUsageDescription

를 봅시다. 이 친구들은 iOS 11부터 사용 가능합니다.

# NSLocationWhenInUseUsageDescription

- 앱이 사용중일 때 위치 서비스를 사용하고 이벤트를 수신할 수 있음.

1. Foregorund에 있을 때

2. (아래 그림처럼) 위치 사용 표시기가 활성화 된 상태에서 백그라운드에서 실행중일때

https://hypertrack.com/blog/2020/06/24/impact-of-ios13-ios14-location-permissions-on-background-location-access/

사용중이라고 판단

# NSLocationAlwaysAndWhenInUseUsageDescription

- 사용자가 앱이 실행중이라는 사실을 알지 못하는 경우에도 앱은 모든 위치 서비스를 사용하고 이벤트를 수신할 수 있음

(앱이 실행되고 있지 않으면 시스템이 앱을 실행하고 이벤트를 전달함)

# Always? WhenInUse?

Apple: 가능하면 When In Use만 요청하셈ㅋ

이게 결론인데... 차근차근 봅시다!

일단 위치 권한 요청 메소드는AlwaysWhenInUse / WhenInUse 이렇게 2가지가 있습니다.

let manager = CLLocationManager()
...
self.manager.requestAlwaysAuthorization()
self.manager.requestWhenInUseAuthorization()

[주의할 점 - Always권한을 요청한경우]

반드시 Info.plist에

- NSLocationAlwaysAndWhenInUseUsageDescription

- NSLocationWhenInUseUsageDescription

2개 다 들어가있어야합니다.

하나만 들어가있으면

This app has attempted to access privacy-sensitive data without a usage description. The app's Info.plist must contain both “NSLocationAlwaysAndWhenInUseUsageDescription” and “NSLocationWhenInUseUsageDescription” keys with string values explaining to the user how the app uses this data

이런 에러가 뜨니 주의!!!

[주의할 점 - When In Use권한만 요청한경우]

그냥 무조건 NSLocationWhenInUseUsageDescription가 반드시 있어야 합니다.

This app has attempted to access privacy-sensitive data without a usage description. The app's Info.plist must contain an “NSLocationWhenInUseUsageDescription” key with a string value explaining to the user how the app uses this data

Always때처럼 NSLocationAlwaysAndWhenInUseUsageDescription가 필요하진 않습니다.

# requestWhenInUseAuthorization

When In Use 부터 해보겠습니다.

When In Use니까 요거 하나만 넣어주면 되고..

self.manager.requestWhenInUseAuthorization()

를 호출해봅시다.

별 문제없이 다 잘 나오는것을 볼 수 있습니다.

각 케이스 별로 정리해보자!!!!

[한 번 허용]

우선 한번은 허용하겠다~라서 권한은

authorizedWhenInUse로 설정됩니다.

하지만 앱이 더이상 사용되지 않는 즉시 notDetermined 상태로 돌아갑니다.

실제로 앱을 종료하고 다시 켜면

위 프롬프트를 또! 만나게 됩니다.

한번 허용을 눌렀을 때는 설정에서도

다음번에 묻기 에 체크되어있는 것을 볼 수 있습니다. (내가 공유할때는 뭐지...?)

[앱을 사용하는 동안 허용]

앱을 사용하는 동안 허용을 눌렀을때의 권한은

역시나 authorizedWhenInUse입니다.

설정에서도 앱을 사용하는 동안이라고 체크되어있는 것을 볼 수 있죠

[허용 안함]

당연히

denied로 설정됩니다.

설정에서도 안함으로 체크되어있습니다.

이번엔 Always 권한을 요청해보겠습니다.

# requestAlwaysAuthorization

Always니까 Info.plist에 둘 다 넣어주고

self.manager.requestAlwaysAuthorization()

를 호출해봅시다.

아래와 같이 뜨는 것을 볼 수 있습니다.

뭔가 이상하죠.

Always를 호출했음에도 불구하고

1. 항상 허용이 나오질 않음

2. Description은 When In Use의 Description이 나옴

이 이상한 부분은 뒤에서 다루기로 하고.. 하나씩 봅시다.

[한 번 허용]

이건 위 When In Use때랑 똑같습니다.

권한도 authorizedWhenInUse가 나오고, 앱이 사용되지 않으면 notDetermined로 돌아가게 되죠.

설정에서도 다음번에 묻기로 체크되어있습니다.

When In Use때랑 달라진것은.. 항상 옵션이 추가되었고, 앱 설명 부분도 Always것을 쓰네요.

⭐️ [앱을 사용하는 동안 허용] ⭐️

이 부분을 잘 보셔야 합니다!!!

앱을 사용하는 동안 허용 눌렀으니까..권한은 authorizedWhenInUse 겠지;; 라고 생각할 수 있지만..

authorizedAlways가 나오게 됩니다.

그럼 설정에는 어떻게 되어있을까요

앱을 사용하는 동안으로 체크가 되어있네요.

그럼 이상한 점이 총 4가지 입니다.

Always를 호출했음에도 불구하고

1. OS 권한 요청 팝업에 항상 허용이 나오질 않음

2. Description은 When In Use의 Description이 나옴

3. 설정에는 앱을 사용하는 동안으로 체크되어있음

4. 근데 권한은 authorizedAlways임

: ⁉️

iOS 13이후부터는 애플의 개인정보보호 강화 어쩌구의 일환으로.. 항상허용이 바로 나오지 않습니다.

Always를 요청하고, 사용자가 앱을 사용하는 동안 허용을 누르게 되면 ➡️ iOS는 provisional always(임시 항상 허용)권한을 부여합니다.

위 타임라인 초록색 가장 끝부분을 보시면, Start using Always powers라고 나와있죠?

앱을 사용하는 동안 허용을 누른 시점부터 실제로 Always 권한이 부여된 것처럼 작동할 수 있습니다.

: 아니 헷갈려..zz 나는 앱을 사용하는 동안 허용 눌렀는데 왜 Always 권한이 부여된 것처럼 작동할 수 있는거지..?

그냥 Apple은 지금 저에게 provisional always(임시 항상 허용)권한을 준겁니다.

"임시"!!!!!!!!!!!!!!!

: 임시..? 그 임시는 언제 끝나;; 항상 허용 내놓으라고

iOS가 적절한 로직 + 시간에 프롬프트를 띄워서 물어봅니다. (이건 WWDC 19 참고..)

위 오른쪽 사진의 프롬프트에서

Always and When In Use Description이 쓰이게 됩니다.

[사용하는 동안만 유지]

임시로 받은 authorizedAlways권한은 날아가고 authorizedWhenInUse가 됩니다.

[항상 허용으로 변경]

authorizedAlways로 바뀌고, 설정도 항상으로 바뀝니다.

: 그럼 항상 허용 프롬프트를 내가 띄울 수 없다는거네...?

원래 그랬는데.. 애플도 뭔가를 느꼈는지 iOS 13.4 부터 이 항상 허용 프롬프트를 개발자가 띄울 수 있도록 변경했습니다.

근데 조건이 있음ㅋ

1. When In Use 권한을 먼저 요청해야함

self.manager.requestWhenInUseAuthorization()

2. 거기서 앱을 사용하는 동안을 눌러 authorizedWhenInUse 권한을 얻음

3. 그 상태에서 Always 권한을 요청하면

self.manager.requestAlwaysAuthorization()

아래 프롬프트를 띄울 수 있게 됩니다.

딱 한번만 띄울 수 있음 주의

그럼...

Location Default Accuracy Reduced (NSLocationDefaultAccuracyReduced)

Location Temporary Usage Description Dictionary (NSLocationTemporaryUsageDescriptionDictionary)

이렇게 2개 남았는데,

# NSLocationDefaultAccuracyReduced

Location Default Accuracy Reduced 를 직역하면 위치 기본 정확도 감소..인데요.

Boolean값을 넘겨주면 되는데, 기본적으로 false입니다. (감소하지 않겠다)

이것을 true로 설정해주면 권한 프롬프트가 살짝 달라집니다.

true / false

첫번째 그림처럼

1. 대략적인 위치를 사용하도록 허용하겠습니까~ 타이틀이 변경

2. 정확한 위치 켜는게 안나옴

이게 true로 설정되면 모든 Core Location 서비스가 정확도가 낮은 수준으로 정보를 받게 된다고 하네요.

설정에서도

정확한 위치가 꺼져있는 것을 볼 수 있습니다.

# NSLocationTemporaryUsageDescriptionDictionary

앱이 사용자 위치에 대한 임시 접근을 요청하는 이유를 설명하는 메시지 모음...

위에서 정확한 위치를 껐을 수도 있는데, 정확한 위치가 진짜 필요할 수도 있잖아요??

근데 그때마다 이유가 다를 수 있어

대충 이런식으로 넣어두고

// Request location access to find coffee shops.
manager.requestTemporaryFullAccuracyAuthorization(withPurposeKey: "zedd")

해당 key로 접근하면 그 description이 나오면서 정확한 위치 요청 권한 프롬프트가 뜬다.

이런식~~~

당연히 정확한 위치가 켜져있으면 아무 소용이 없겠죠?

이 친구들 다 봤네요 야호

이 글은 2022년 5월 2일에 쓰기 시작되어.....

그때 쓰다가 아 나만 헷갈리나;;? 하면서 글감이 아니라고 생각하고 한창 쓰다가 처박아둔 글인데

딱 오늘 또!!! 헷갈려서 찾아서 우다다다 써보았습니다

그때 첨부한 이미지들 새걸로 바꾸느라 넘 귀찮았지만 그래도 다 써서 개운허다,,

너므 길어서 누가 읽을까 싶지만.. 나중에 또 헷갈릴 나에게 도움이 되길!

틀린 부분이 있다면 댓글 남겨주세효

참고

https://developer.apple.com/videos/play/wwdc2019/705

https://developer.apple.com/videos/play/wwdc2020/10660/

https://medium.com/swlh/location-permission-in-ios-13-f9e10917c05e

[iOS] 총 / 남은 기기 용량 알아내는 법

Zedd0202 — Mon, 13 Nov 2023 11:14:53 +0900

남은 기기 용량을 알아야 할 일이 생겨서 찾아봤더니..

func deviceRemainingFreeSpaceInBytes() -> Int64? {
    let documentDirectory = NSSearchPathForDirectoriesInDomains(.documentDirectory, .userDomainMask, true).last!
    guard
        let systemAttributes = try? FileManager.default.attributesOfFileSystem(forPath: documentDirectory),
        let freeSize = systemAttributes[FileAttributeKey.systemFreeSize] as? NSNumber
    else {
        // something failed
        return nil
    }
    return freeSize.int64Value
}

이런 코드를 심심치않게 볼 수 있었다.

여기서 중요한 부분은

let freeSize = systemAttributes[FileAttributeKey.systemFreeSize]

FileAttributeKey를 사용했다는 점! (물론 FileAttributeKey는 생략이 가능하다)

GPT도 위 FileAttributeKey.systemFreeSize 를 사용하여 알려줬다.

나 같은 경우에는 166.8 GB 라고 나와야하는데 위 코드로 실행해봤더니 33.97 GB로 나오는것이다.

let freeSize = systemAttributes[FileAttributeKey.systemFreeSize]

찾아보니 FileAttributeKey를 사용하는 것은 더이상 정확하지 않다고 한다.

# 남은 용량 계산하기

func getFreeDiskSpaceByte() -> Int64? {
    let fileURL = URL(fileURLWithPath:"/")
    let values = try? fileURL.resourceValues(forKeys: [URLResourceKey.volumeAvailableCapacityForImportantUsageKey])
    return values?.volumeAvailableCapacityForImportantUsage
}

코드 출처 : https://developer.apple.com/documentation/foundation/urlresourcekey/checking_volume_storage_capacity

이렇게 해서 남은 용량을 바이트단위로 얻어올 수 있다.

그리고 GB, MB등으로 바꾸고 싶다면 ByteCountFormatter를 이용하여 포맷팅이 가능하다.

func getFreeDiskSpace(_ byteCount: Int64) -> String {
    let formatter = ByteCountFormatter()
    formatter.allowedUnits = .useGB 
    formatter.countStyle = .file 
    formatter.includesUnit = true
    return formatter.string(fromByteCount: byteCount) // ex. "100 GB"
}

allowedUnits ➡️ 허용할 단위. 나는 GB만 허용했는데,

formatter.allowedUnits = [.useGB, .useKB]

이렇게 배열을 넘길수도 있어서, 자신이 허용할 단위들을 포함해주면된다. 전부 사용하는 useAll도 있으니 참고!

countStyle ➡️ 기본값은 file이다. (그래서 위 코드는 딱히 필요하진 않지만 설명을 위해..)

4가지 case를 가지고 있는데, file 또는 memory를 사용할것은 권장하고 있다.

file과 memory의 차이점을 간단하게 보자면 allowedUnits을 useKB로 지정해두고 100000000을 넣으면

- file : 100,000 KB

- memory : 97,656 KB

남은 용량은 file로 지정했을 때 더 정확하게 나왔다. (설정에 있는 남은 용량과 거의 똑같이 나옴)

includesUnit ➡️ "100 GB"말고 "100"처럼 뒤에 단위(unit)은 제거하고 숫자만 가져오고싶을수도 있는데,

이때 includesUnit을 false로 주면 된다. (기본값 true)

나는 이걸 모르고 정규식을 썼었는데.. 알고있으면 좋을 것 같아서 넣어봤다.

# 총 용량 계산하기

URLResourceKey에 volumeTotalCapacityKey가 있어서 요걸 사용하면 된다.

func getTotalDiskSpaceByte() -> Int? {
    let fileURL = URL(fileURLWithPath:"/")
    let values = try? fileURL.resourceValues(forKeys: [.volumeTotalCapacityKey])
    return values?.volumeTotalCapacity
}

시뮬레이터로 했을 때는 완전히 동일하게 나왔으나

256GB 인 실기기로 테스트해봤을 때, 255.87GB 가 나왔다. 흠.. 내 생각보다 오차가 커서 놀랐다.

# URLResourceKey

URLResourceKey에는 volumeAvailableCapacityForImportantUsageKey / volumeTotalCapacityKey 를 포함하여 총 4가지가 존재한다.

1. volumeAvailableCapacityForImportantUsageKey

중요한 리소스를 저장하기 위해 볼륨에서 사용 가능한 용량(바이트)에 대한 key

사용자 요청 or 앱이 제대로 작동하는데 필요한 리소스 (ex. 사용자가 시청하려는 비디오 / 게임의 다음 레벨에 필요한 리소스)를 기반으로 데이터를 저장하려는 경우에는 이거 쓰면됨

2. volumeAvailableCapacityForOpportunisticUsageKey

중요하지 않은 리소스를 저장하기 위해 볼륨에서 사용 가능한 용량(바이트)에 대한 key

보다 예측적인(predictive) 방식으로 데이터를 다운로드 하는 경우(ex. 사용자가 최근에 시청한 TV시리즈의 새로운 에피소드를 다운로드 하려는 경우) 에는 이거 쓰면됨

3. volumeAvailableCapacityKey

볼륨의 사용 가능한 용량(바이트)에 대한 key

Q : 위에 #남은 용량 계산하기에서 volumeAvailableCapacityForImportantUsageKey 썼는데.. volumeAvailableCapacityKey이걸 써야하는거 아님..?

A : 나도 그런 줄 알았으나..시뮬레이터에서는 제대로 나오지만 실기기에서는 이상한 값이 나오는 현상이 있었다;;

테스트해보니 제일 위의 FileAttributeKey.systemFreeSize 를 썼을때와 동일한 값이 나왔다.

그래서 제대로 나오는 volumeAvailableCapacityForImportantUsageKey 를 믿고 씀. (실제로 시뮬/실기기 둘 다 제대로 나옴)

4. volumeTotalCapacityKey

볼륨의 총 용량(바이트)에 대한 key

Push Notification Console 써보기

Zedd0202 — Thu, 26 Oct 2023 22:40:31 +0900

이번에 Push Notification Console 나와서 써보려고 합니다.

과연 어떨지..

# 푸시 보내기

1. 프로젝트 생성

2. Capabilities > Push Notification 추가

3. AppDelegate.swift 수정

func application(_ application: UIApplication, didRegisterForRemoteNotificationsWithDeviceToken deviceToken: Data) {
    let token = deviceToken.reduce("") {
        $0 + String(format: "%02X", $1)
    }
    print(token)
}

func application(_ application: UIApplication, didFailToRegisterForRemoteNotificationsWithError error: Error) {
    print(error.localizedDescription)
}

4. 알림 권한 요청

UNUserNotificationCenter.current().requestAuthorization(options: [.alert, .sound, .badge], completionHandler: {
    didAllow,Error in

    DispatchQueue.main.async {
        UIApplication.shared.registerForRemoteNotifications()
    }
})

5. 빌드 후 디바이스 토큰 얻어오기

위 코드대로 따라했다면 콘솔에 디바이스 토큰 나왔을것임

6. Push Notification Console로 이동 후 프로젝트 번들 아이디 찾기

찾으면 아래와같이 되어있을것임

7. Create New Notification 누르기

8. General 부분 채워주기

Name ➡️ 나중에 보낸 Notification 리스트가 왼쪽에 뜨는데 그걸 구별하는 이름으로 보면됨. 그냥 테스트니까 알아서 아무거나 ㄱ

Enviroment ➡️ Development과 Production이 있는데, 테스트니까 우선 Development로

Device Token ➡️ 아까 Xcode 콘솔에 나온거 그대로 복사해서 넣기

9. Request Headers 부분 채워주기

apns-topic ➡️ topic은 앱의 번들아이디라고 보면되어서 (출처. In general, the topic is your app’s bundle ID/app ID) 그냥 자동으로 넣어준듯.

apns-push-type ➡️ 그냥 push type. (종류에는 이런것들이 있음) 우리가 보내는 평범한(?) 푸시는 alert이므로 우선 alert로 해준다.

apns-expiration ➡️ 푸시가 유효한 날짜라고 보면됨. Attempt delivery once로 지정해주자

apns-priority ➡️ 테스트니까 우선 high (10) 으로 해준다

10 -> 즉시 보냄

5 -> 디바이스의 파워 상태에 따라 보냄

1 -> 다른 모든 요소보다 디바이스 파워 상태을 우선시하고 디바이스가 깨어나는 것을 방지

10. Payload 부분 채워주기

우상단 JSON View를 하면 JSON 형식으로도 볼 수 있다.

다만 JSON View로 하면 key이름을 다 알아야하는데..

요렇게 보면 뭘 추가할 수 있는지 다 나와서 편한 것 같다!?

아무튼 요건 알아서 채워주면 됨. 난 귀찮으니까 걍 그대로 보낼거..ㅎ

11. 우상단 Send 누르기

뭐지 이 화질은..?

아무튼 이렇게 바로 옵니다

야호 짱 편하다~

# 여러 기능들

1. 푸시가 보내졌는지 안보내졌는지 상세한 로그 확인 가능

만약에 성공적으로 보내졌다면 successfully delivered to the target device라고 나오고,

위에서 말했듯이 Priority를 medium이나 low로 주면 디바이스 파워 상태에 따라 즉시 전달이 안될 수 있습니다.

예를들어, 저전력 모드이고 충전중이지 않을 때 low로 보내게 되면

stored for device power considerations 로 나오게 됩니다.

이때는 배터리 절약을 위헤 바로 보내지 않고, 저장해놨다가 사용자가 핸드폰을 잠금해제하거나 저전력 모드를 해제했을 때 오는 식입니다.

(저는 잠금 해제하면 올때도 있고, 저전력 모드를 해제하면 올때도 있고 랜덤이더라구요;;)

그때 이제 상단의 Refresh를 누르면 successfully delivered to the target device 요걸로 바뀌어있겠죠!

물론 이러한 로그는 상단의 Delivery Logs에서도 확인이 가능합니다.

각 푸시는 apns-unique-id를 가지는데,

요것을 복사해서 Delivery Log에 검색하면

똑같은 정보를 볼 수 있습니다.

물론 콘솔에서 보냈다면 Send탭에서 똑같은 정보를 확인할 수 있으니 굳이 Delivery Log탭으로 안가도 되겠지만..

서버를 통해 쐈다거나 했을 때 응답의 apns-unique-id를 활용하여 로그를 확인해볼 수 있겠죠!?

2. Debug with Tools

상단의 Tool에 들어가면

- JWT Validator

- JWT Generator

- Device Token Validator

이런것들이 있는데,

JWT Generator로 토큰을 생성할수도 있고, 이미 토큰이 있다면 Validator로 유효한지 검사할 수 있습니다.

Device Token Validator는 아주 유용하게 쓰일 수 있는데요.

이런식으로 Push Type과 환경이 같이나와서 엄청 편하더라구요.

내 푸시토큰이 Live Activity 푸시토큰이다!면 저기에 Live Activity Push Type이라고 나옵니다.

3. Metric

Metric 탭에서는 보낸 Push Type, 각 Push Type에 해당하는 푸시들의 상태를 한눈에 살펴볼 수 있습니다.

(Production만 나오는듯..? 저는 Development로밖에 안보내서 0으로 나오는 것 같아요)

아무튼 각 Status에 따라 평균 몇개인지, Total은 몇개인지 등등을 볼 수 있습니다.

각 그림의 왼쪽의 체크버튼을 통해서 상단 그래프에 보여질건지 말지도 조절할 수 있더라구요.

그냥 동향?같은거 살펴볼때 좋은 것 같아요~

제가 푸시 관련 기능 나오면 써보고, 어떻게 하면 파베 안쓰고 그냥 보낼 수 있을까..

이런 저런 고민도 하고 그러면서 글도 몇개 썼었는데요!!

[Xcode 14+] 시뮬레이터에 Remote notifications 보내기

Sending push notifications using command-line tools (feat. Token / .p8)

Xcode 11.4 ) Remote Push Notifications in Simulator (feat. APNs file)

그중에서 제일 편하네요.. 고마워 사과야

참고

https://developer.apple.com/documentation/usernotifications/testing_notifications_using_the_push_notification_console

[TIL] AVIF. itemProvider.canLoadObject(ofClass: UIImage.self)가 false로 나오는 건에 대하여

Zedd0202 — Wed, 11 Oct 2023 13:42:33 +0900

사진첩에서 특정 사진이 불러와지지 않는다는 이슈가 있어 파악해보았다.

해당 사진의 확장자는 AVIF였는데, 처음보는 확장자였다;;

# AVIF

AV1 Image File Format, AV1 이미지 파일 형식이라고 한다.

고화질 이미지를 유지하면서 파일 크기를 효과적으로 줄였다고 보면 된다.

https://jakearchibald.com/2020/avif-has-landed/

AVIF has landed

AVIF is the first browser image format we've had in 10 years. Let's see how it performs…

jakearchibald.com

위는 JPG, WebP, AVIF 화질을 비교한 링크인데 AVIF가 가장 낮은 파일 크기이면서 여전히 고화질 이미지를 보여준다.

또한, 넷플릭스는 AVIF for Next-Generation Image Coding 글에서

널리 지원되고, 더 나은 압축 효율성을 가지며, 더 넓은 기능셋을 갖춘 JPEG의 대안으로 AVIF이 잠재력을 갖고 있다고 믿는다

고 썻다.

# 이슈 파악

아무튼.. 돌아와서 AVIF를 불러오지 못하는 이유를 파악해봤다.

PHPicker 글에서도 볼 수 있듯이 (WWDC에서 사용된 예제)

보통

 itemProvider.canLoadObject(ofClass: UIImage.self) // ✅

이렇게 canLoadObject로 검사하는게 국룰인 것 같다.

근데 여기서 AVIF의 경우 false가 나오고 있었다.

itemProvider.loadObject(ofClass: UIImage.self) { (image, error) in 
   ....
}

이렇게 바로 load를 해보면 Could not coerce an item to class UIImage에러가 나온다.

내가 선택한 아이템을 UIImage로 강제할 수 없다? 이런 뜻인듯

# 해결

if itemProvider.hasItemConformingToTypeIdentifier(UTType.image.identifier) {
    itemProvider.loadDataRepresentation(forTypeIdentifier: UTType.image.identifier, completionHandler: { data, error in
        // 
    })
}

이렇게 UTType.image.identifier 를 사용하여 불러오도록 변경했다.

UTType.image는 그냥 이미지 파일 형식! 을 나타내는 것 같아서

if let itemProvider = itemProvider,
       itemProvider.canLoadObject(ofClass: UIImage.self) { // 3
        itemProvider.loadObject(ofClass: UIImage.self) { (image, error) in // 4

        }
    } else {
    
    }
}

위 코드를 썼을 때 처럼 AVIF같이 UIImage로 변경? 캐스팅?;; 이 안되는 친구들도 다 포함할 수 있을 듯 하다??

(근데 뭔가 불안해서 canLoadObject에 실패했을 때만 loadDataRepresentation을 하도록 했다 ㅋㅎ..)

왜 AVIF는 UIImage.self로 로드가 안될까..하고 GPT에게 물어봤더니..

AVIF는 UIImage클래스와 직접적으로 연결되어 있지 않으며, AVIF는 별도의 형식으로 AVIF를 로드하려면 AVAsset 또는 관련 AVFoundation클래스를 사용해야 한다고 한다.

흠.. 글쿤 (반만 믿음)

[TIL] UIImagePickerController.isSourceTypeAvailable

Zedd0202 — Fri, 6 Oct 2023 17:01:56 +0900

UIImagePickerController를 쓸 일도 없고.. 안쓴지 너무 오래되어서 기억도 잘 안나긴 하는데

Simulator는 카메라가 없으니까 Simulator에서 isSourceTypeAvailable(.camera)는 false야! < 그냥 내 머리가 이렇게 알고있었음;;

어쩌다가 회사 프로젝트에서 관련해서 볼 일이 생겼는데, 이것저것 실험해보다가

UIImagePickerController.isSourceTypeAvailable(.camera)

위 코드를 Simulator에서 실행했더니 true가 나오는 것이다!! (당연히 false가 나올거라고 생각했음)

우선 isSourceTypeAvailable 공식문서를 살펴보기로 했다.

# isSourceTypeAvailable

정의 : 디바이스가 지정된 source type을 사용하여 미디어 선택(picking media)을 지원하는지 여부를 쿼리

return : 디바이스가 지정된 source type을 지원하면 true, 지정된 source type을 사용할 수 없으면 false

discussion : 사용자 라이브러리에서 이미지를 선택하려고 하는데, 라이브러리가 비어있는 경우 false / 카메라가 이미 사용중이면 false

discussion에 있는 내용은 처음 알았네! 근데.. 아무리 읽어봐도 Simulator에서 false를 리턴해야하는게 아닌지..

구글에 찾아보니 역시나 나랑 똑같은 생각을 한 사람이 있었음..

why does UIImagePickerController.isSourceTypeAvailable(.camera) return true when using the simulator

why does UIImagePickerController.isSourceTypeAvailable(.camera) return true when using the simulator? This causes the simulator to crash when trying to access the camera.

stackoverflow.com

이 코멘트 에서는 intel 맥에서는 false로 나오고 애플 실리콘 맥에서는 true로 나온다고 한다..?!

그리고 한번도 시뮬레이터에서 카메라를 안띄워봤던 것 같은데...(기억이 안남)

let picker = UIImagePickerController()
picker.sourceType = .camera
self.present(picker, animated: true)

위와 같이 하면 Simulator에서도 카메라가 뜬다

요런식으로 뜨기만 하고 카메라 버튼같은건 안눌린다.

return : 디바이스가 지정된 source type을 지원하면 true, 지정된 source type을 사용할 수 없으면 false

그렇다면 대충 지원한다고 볼 수 있으니 true인 것인가..

너무 소소하지만 나같이 생각한 사람이 한명이라도 있겠지..하고 써봅니다 데헷

[Python] 전역 변수 사용시 주의할 점 / global

Zedd0202 — Wed, 13 Sep 2023 14:28:48 +0900

오늘 Python에게 한번 더 당해버림

[문제 상황]

1. Flask 서버가 떠있는 상황

2. 스크립트내에서 특정 API 호출 -> 전역변수로 선언되어있는 dictionary에 값을 넣어줌

3. Flask 서버에 있는 스크립트를 호출하면 계속 이전에 호출했던 값과 달라지지 않는 문제

4. But 로컬로 돌리면 잘 됨. 서버에 있는것도 한번 배포를 하면 잘 되고 그 이후부터는 또 똑같은 응답줌

처음에는 API가 캐싱해서 주나.. 라고 의심했는데, 로컬에서는 잘되고 왜 서버에 떠있는것만 문제일까 끙끙대다가

동료분의 도움을 받아서 원인을 찾을 수 있었다 (감사합니다 ‍♀️)

[원인]

my_dict = {}

def test():
    my_dict["Zedd"] = "Hello"

def 매번불리는함수():
    test()

대충 이런코드

로컬에 있는건 매번 스크립트를 새로 실행하니까 my_dict이 매 실행시 마다 빈 값으로 초기화되지만

서버에 있는건 계속 떠있으니까 전역변수인 my_dict이 처음에만 초기화되고.. 로컬처럼 스크립트 실행시마다 초기화되지 않는것이다.

너무나도 당연한 소리같이 느껴지지만 이 부분 생각을 못했다 ㅋ~~!!!!!!! 전 보초니까요

[해결]

처음에는

my_dict = {}

def test():
    my_dict["Zedd"] = "Hello"

def 매번불리는함수():
    my_dict = {} # ✅ 초기화 한번 해주기
    test()

응 test()호출전에 my_dict을 한번 초기화시켜주면 그만이야~ 라고 생각했는데

my_dict을 print해보니 {} 이렇게 빈값이 나오는것이다.

찾아보니 global 키워드를 사용하면 된단다.

Pyton에서 함수 내부에서 전역 변수를 사용하기 위해서는 global 키워드를 사용하여 해당 전역 변수를 재선언해야 한다고 한다. 그렇지 않으면 지역변수로 취급한다!

my_dict = {}

def test():
    my_dict["Zedd"] = "Hello" # 지역변수

def 매번불리는함수():
    my_dict = {} # ✅ 초기화 한번 해주기
    test()

위 코드에서 test()내의 my_dict은 전역변수가 아닌 my_dict이라는 지역변수가 새로 하나 생긴것

내가

my_dict = {} # ✅ 초기화 한번 해주기

이렇게 해준것도 전역변수인 my_dict을 초기화한게 아니라 그냥 새로운 지역변수를 선언한것이다 ㅎ

global 키워드를 사용하여 수정해보자

my_dict = {}

def test():
    global my_dict
    my_dict["Zedd"] = "Hello"

def 매번불리는함수():
    global my_dict
    my_dict = {}
    test()

이렇게 해주면 된다!

[참고]

http://www.tcpschool.com/python2018/python_function_scope

[Python] 기초 문법들 끄적

Zedd0202 — Sat, 9 Sep 2023 20:37:11 +0900

GPT도 좋은데..GTP로 해결하니까 이상하게 기본적인 문법들도 돌아서면 까먹는다 데헷

너무 간단해서 좀 현타오지만 그냥 틈틈히 기록하려고..

참고로 나는 파이썬 초보도 아니고 거의 보초수준

# 어떤 값이 배열에 들어있는지 검사

array = ['zedd', 'martin', 'walker']
if 'zedd' in array:
  print("zedd가 있음")
else:
  print("zedd가 없음")

# 어떤 값이 배열에 없는지 검사

array = ['zedd', 'martin', 'walker']
if not 'zedd' in array:
    print("zedd가 없음")
else:
    print("zedd가 있음")

# if문에서 아무것도 하지 않고 넘어가기

if-else 조건문 안을 그냥 비워놨더니

IndentationError: expected an indented block 요 오류가 났었다.

아무것도 안하고싶을때는 pass를 해주면 된다. 그럼 계속 메소드 실행함

array = ['zedd', 'martin', 'walker']
if 'zedd' in array:
  pass # 아무것도 하고싶지 않을때 
else:
  pass # 아무것도 하고싶지 않을때

return은 메소드를 종료하기 때문에 아래 코드들이 실행안될 수 있음~!

# String trim하는 법

value = "  Zedd, martin, walker  "
print(value.strip()) # zedd, martin, walker

strip에 인자를 넣어줄 수도 있다. 위 코드처럼 아무것도 안넣어주면 기본적으로 공백을 제거하도록 되어있음.

내 케이스에는 ,가 마지막에 들어가서 이것도 제거하고싶었는데

value = "  zedd, martin, walker,  "
print(value.strip(', '))

이렇게 strip에 제거하고싶은 character들을 넣어주면된다. 위에서는 ,와 공백을 넣어준것!

,만 넣어주면 안되는데 왜냐면 끝이 ,로 안끝나니까 ㅎ

동일하지 않은 텍스트가 나올때 까지 계속 제거한다.

value = "  zedd, martin, walker, , ,"
print(value.strip(', ')) # zedd, martin, walker

lstrip과 rstrip도 있는데 l은 왼쪽, r은 오른쪽에 있는 것들을 제거한다.

내 경우(공백은 양쪽 다 지우고 오른쪽에만 ,이 있어서 이걸 지우고 싶은 경우)에 rstrip을 적용해보면

value = "  zedd, martin, walker,  "
print(value.strip().rstrip(',')) # zedd, martin, walker

같은 결과를 낸다.

# Dictionary 쓸 때 주의점

dict = {}
dict['Zedd'].append('Hello')

이렇게 하기전에 ‘Zedd’ key에 대해서 초기화를 한번 해줘야한다. 안해주면 에러남

dict = {}
dict['Zedd'] = []
dict['Zedd'].append('Hello') # {'Zedd': ['Hello']}

일단 이정도!! 막힐때 마다 해결한 방법들 추가해야겠다

문법도 문법이지만 가장 중요한건 indent를 적절하게 잘 해준다..가 아닐까 싶다. 몇번을 당하는지 ㅎ

[삽질 기록] GradationView 만들기

Zedd0202 — Sun, 27 Aug 2023 16:13:48 +0900

그냥 삽질 기록..

내가 해결한 방법이 정답이 아닐 수 있음.

삽질은 엄청 했지만 그냥 짧게(???) 좋은 경험 한 것 같아서 남겨보려고 한다.

위와같은 뷰를 만들었어야 했는데, 딱 봤을 때 응 그냥 그라데이션이야~하고 CAGradientLayer이용하면 되지 않을까?? 싶었다.

대충 예전에 쓴 iOS ) CAGradientLayer 글을 보면서 작업을 시작했음.

나는 View는 UIKit으로 만드는게 편해서 UIKit으로 만들기 시작했다!

딴 이야기지만 중간에 코드 그냥 이미지로 넣은거 보고

진짜 또라인가?? 싶었다.

아니 이걸 왜 이미지로 넣으세요. 하~~~~

~~이미지로 넣어서 미안합니다.~~

[첫번째 시도]

내가 원하는거 / CAGradientLayer 삽질 중 하나

CAGradientLayer만들고 이것저것 해보는데,

나는 첫번째 그림처럼 경계선이 진짜 다 풀어져있는 그런걸 원했지만 두번째 그림처럼 경계선이 너무 자기주장이 심한것이다. ㅋㅋ

iOS ) CAGradientLayer 에서 radial(방사형) 예제가 있길래

이거야!! 싶어서 적용했다.

내가 원하는거 / radial type 적용한거

나쁘진 않은데, 이것도 뭔가 경계선이 자기주장을 하는 느낌?

주변 백그라운드와 이질감 없이 어우러지는걸 원했고, ㅅ

사실 내가 만들려는건 구형이 아니라 사각형에 radius가 50정도 먹여져있는 그런 형태여서 (첫번째 이미지에서 거의 티는 안나지만;;)

이 방법은 패스하기로 했다.

[두번째 시도]

이때부터 이거 그냥 뚝딱할 수 있는게 아닌가..? 싶어서 찾아보는데,

이런 스택오버플로우 글을 발견. 코드를 보니

let maskLayer = CAGradientLayer()
maskLayer.frame = yourImageView.bounds
maskLayer.shadowRadius = 5
maskLayer.shadowPath = CGPath(roundedRect: YourImagView.bounds.insetBy(dx: 5, dy: 5), cornerWidth: 10, cornerHeight: 10, transform: nil)
maskLayer.shadowOpacity = 1
maskLayer.shadowOffset = CGSize.zero
maskLayer.shadowColor = UIColor.white.cgColor        
yourImageView.layer.mask = maskLayer

shadow로 뭔가 좀 해보려고 한 것 같은데, shadow로는 내가 원하는게(경계선 자기주장 X) 절대 안나올 것 같아서 얘도 패스..

[세번째 시도]

그냥 뚝딱할 수 있을 줄 알았는데, 내 예상과 달라서 당황하다가 갓PT에게 물어봄

import UIKit

class BlurredBorderView: UIView {
    private let blurRadius: CGFloat = 10.0
    
    override func draw(_ rect: CGRect) {
        super.draw(rect)
        
        guard let context = UIGraphicsGetCurrentContext() else { return }
        
        // Draw the content of the view
        let contentRect = CGRect(x: blurRadius, y: blurRadius, width: bounds.width - 2 * blurRadius, height: bounds.height - 2 * blurRadius)
        context.saveGState()
        context.clip(to: contentRect)
        self.layer.render(in: context)
        context.restoreGState()
        
        // Apply blur effect to the border
        if let blurFilter = CIFilter(name: "CIGaussianBlur") {
            let borderRect = CGRect(x: 0, y: 0, width: bounds.width, height: bounds.height)
            blurFilter.setValue(CIImage(image: snapshotImage(view: self)), forKey: kCIInputImageKey)
            blurFilter.setValue(blurRadius, forKey: kCIInputRadiusKey)
            if let outputImage = blurFilter.outputImage {
                let blurredImage = UIImage(ciImage: outputImage)
                blurredImage.draw(in: borderRect)
            }
        }
    }
    
    private func snapshotImage(view: UIView) -> UIImage? {
        UIGraphicsBeginImageContextWithOptions(view.bounds.size, false, 0.0)
        defer { UIGraphicsEndImageContext() }
        
        if let context = UIGraphicsGetCurrentContext() {
            view.layer.render(in: context)
            let snapshotImage = UIGraphicsGetImageFromCurrentImageContext()
            return snapshotImage
        }
        
        return nil
    }
}

당황.....

당연히 복붙했을 때 잘 안됐고.. 어디서부터 왜 안되는지, 뭐부터 봐야하는지 감이 안와서 이 방법도 포기했다.

그리고 내심 아니 이게 이렇게 어렵게 짜야 구현할 수 있는거야? 그럴리 없어...;;; 하는 마음도 같이 있었다.

[네번째 시도]

구글에

이런게 보이길래 헉 이거다@!!!! 하고 들어갔는데, 제목에서 볼 수 있다시피 SwiftUI로 만든것이었다.

위에서 말했듯이 나는 UIKit으로 View를 만드는게 익숙해서 그냥 아묻따 UIKit으로 시작했는데.. SwiftUI로 할 생각은 못했던 것이다.

블로그에 나와있는 코드(오른쪽 사진)는 은근 긴데, 나는 내 버전으로 간소화 했다.

(background modifier는 iOS 15부터 사용가능해서 내 경우엔 쓸 수 없었다.)

struct ContentView: View {
        
    var body: some View {
        Rectangle()
            .frame(width: 230, height: 162)
            .padding()
            .blur(radius: 50, opaque: false)
    }
}

결과!

다행히 이 결과는 마음에 들었고, 이걸 이제 UIView로 전환해야했다.

[SwiftUI -> UIKit View]

UIHostingController(rootView: ContentView()).view

UIHostingController를 이용하여 가져오면 된다고 한다.

그래서..대충 아래와 같은 방법으로 쓰면 된다.

struct ContentView: View {
        
    var body: some View {
        Rectangle()
            .padding()
            .blur(radius: 50, opaque: false)
    }
}

// ViewController
self.view.backgroundColor = .systemBlue
guard let backgroundView = UIHostingController(rootView: ContentView()).view else { return }

self.view.addSubview(backgroundView)
backgroundView.snp.makeConstraints {
    $0.size.equalTo(CGSize(width: 230, height: 162))
    $0.center.equalToSuperview()
}

그 결과..

진짜 이번엔 될 줄 알았어서 그런지 살짝 당황

확인해보니 HostingView의 background가 systemBackground로 자동으로 들어간듯했다.

self.view.backgroundColor = .systemBlue
guard let backgroundView = UIHostingController(rootView: ContentView()).view else { return }

backgroundView.backgroundColor = .clear // ✅
....

backgroundColor를 clear로 줘서 해결!

삽질하면서 느낀 장단점들

[장점]

UIKit에서 힘들게 해야하는 이런류의 작업들을 SwiftUI로 간단하게 할 수 있는 것 같아보인다. (UIKit에서 하는 간단한 방법이 있다면 댓글로 알려주세요)

앞으로 무조건 UIKit으로 만들기보다는, 만들어야하는 View에 따라 적절한 선택을 할 수 있을 것 같다는 생각이 들었다!!

[단점]

SwiftUI에서 나오고 deprecate된것도 많고, 특정 OS버전 이상에서만 쓸 수 있는 modifier들이 많아서 적절히 변환해주는 작업이 필요하다.

(간단한 뷰여서 그런지 다른 단점을 느낄 새가 없었던 것 같기도.. )

viewIsAppearing

Zedd0202 — Mon, 31 Jul 2023 13:44:01 +0900

WWDC23 What's new in UIKit보다가.. viewIsAppearing 이라는게 새로 나왔더라구요?

아직 뭔지는 모르지만 살짝 맛있을지도

# viewIsAppearing

다들 잘 알고계시다시피 ViewController의 View의 가시성이 변경될때마다 ViewController는 자체 인스턴스 메소드를 호출합니다.

익숙한 3개의 메소드와 이 메소드가 언제 불리는지를 살펴보겠습니다.

1. viewDidLoad - ViewController의 view가 메모리에 올라가면 불림

2. viewWillAppear - View가 View hierarchy에 추가될 예정임을 ViewController에게 알림

3. viewDidAppear - View가 View hierarchy에 추가되었음을 ViewController에게 알림

오늘 볼 viewIsAppearing은 viewWillAppear와 viewDidAppear 사이에서 불리게 됩니다.

그러니까 viewDidLoad ➡️ viewWillAppear ➡️ viewIsAppearing ➡️ viewDidAppear 요렇게 되겠죠!

https://developer.apple.com/documentation/uikit/uiviewcontroller

중요한 특징 중 하나는, View가 추가되고 그 이후에 viewIsAppearing이 호출되게 됩니다.

viewWillAppear는 단순히 View가 추가될 예정을 알리는 메소드이기 때문에, 그 타이밍에는

view의 size라던가 trait collection 등이 정확하지 않습니다. (아직 view도 추가가 안된 상태여서)

이와 달리, viewIsAppearing는

1) ViewController의 View를 View hierarchy에 추가하고

2) Superview가 이 View의 배치를 끝낸 뒤에

호출되기 때문에

- ViewController와 View모두 업데이트 된 trait collection을 가지고 있음

- View geometry(size, safe area 등)이 정확함

이라는 특징을 가지고 있습니다.

그래서 애플피셜 view가 보일 때(appear) UI를 업데이트 하기 위한 최적의 장소라고 합니다.

Q : viewDidAppear도 view가 추가된 이후에 불리기 때문에

- ViewController와 View모두 업데이트 된 trait collection을 가지고 있음

- View geometry(size, safe area 등)이 정확함

잖아?

viewDidAppear는 transition animation이 일어난 후에 마지막 CATransaction에서 불리기 때문에,

transition하는 동안 보이게 하고픈 변화를 보여주기엔 너무 늦은 타이밍입니다.

하지만,

위 그림을 자세히 보면 viewWillAppear와 viewIsAppearing는 같은 CATransaction내에서 발생하고있습니다.

그러니까 좀 쉽게 말하면..viewWillAppear와 viewIsAppearing중 아무 메소드에서 변경을 해도 transition의 첫 프레임에서부터 사용자에게 보이게 됩니다.

(viewIsAppearing에서 하면 업데이트 된 trait collection, size등을 기반으로 변경할 수 있겠죠)

Q : viewWillLayoutSubviews() / viewDidLayoutSubviews()는?

view의 layoutSubviews이 실행될때마다 위와같이 ~LayoutSubviews 메소드들이 불리는데요.

이런 친구들은 transition중이나 후에(trait collection이 바뀐다거나) 여러번 불릴 수 있습니다.

이에 반해 viewIsAppearing은 transition중에 한번만 호출되고 view가 나타날때 레이아웃이 필요하지 않더라도* 호출됩니다.

(* 그런경우가 있을진 모르겠지만 layoutSubviews같은게 안불려서 ~LayoutSubviews 메소드가 안불리는 경우를 말하는 듯 하다..?)

아무튼 핵심은 여러번 호출될 가능성이 있는 ~LayoutSubviews 와 다르게 viewIsAppearing는 딱 한번만 호출된다는 거!@@@!!

왜 viewIsAppearing가 view가 보일 때(appear) UI를 업데이트 하기 위한 최적의 장소인지 아시겠죠?

transition의 첫 프레임부터 변경이 들어가면서도 trait collection이나 size도 다 정확해;;;

맛있다;;

# 그럼 언제 viewWillAppear를 사용해야할까

지금 거의 뭐 '엥..? viewWillAppear 그런게 있었나? ㅋ~' 까지 와있는 상태인데요.

viewWillAppear는 언제 사용해야할까요?!?

1. Alongside animations을 추가하기 위해 transitionCoordinator에 접근해야할 때과 같이 view transition이 시작되기 전에 callback이 필요할 때. (Alongside animations는 view controller transition animations과 동시에 수행하도록 프레임워크에 지시하는 애니메이션이 있음)

위에서 말하는 Alongside animations은

이건듯해요..?

사실 잘 이해를 못하겠어서 원문도 첨부합니다 ㅎ;

You need a callback before the view transition begins, such as when accessing the transitionCoordinator to add alongside animations. Alongside animations are animations that you direct the framework to perform concurrently with the view controller transition animations.

출처 : https://developer.apple.com/documentation/uikit/uiviewcontroller/4195485-viewisappearing

2. View Controller / View traits / hierarchy / geometry등에 의존하지 않는 작업을 수행할 때.

ex. viewWillAppear - notifications 등록 / viewDidDisappear - notifications 등록 취소

애플 문서에 viewWillAppear와의 차이를 잘 정리한 표가 있길래 첨부합니드.. ㅎ

https://developer.apple.com/documentation/uikit/uiviewcontroller/4195485-viewisappearing

이렇게 맛있는게 iOS17부터 쓸 수 있으면 너무 마음이 아프겠쬬

iOS 13부터 지원한다는 사실! (사용은 Xcode 15부터 가능합니다)

viewIsAppearing 하나에 이렇게 기쁜 마음이 드는 저를 보면서 순간..

'아니 근데 왜 이제서야 내준거지..?' 하는 생각이 들었.......

iOS ) View Controller의 생명주기(Life-Cycle) 요 글도 수정해야겠군요

[요약]

1. viewWillAppear(_:) 와 viewDidAppear(_:) 의 사이에서 불림

2. view가 보일 때(appear) UI를 업데이트하기 위한 최적의 장소

3. iOS 13부터 지원

[참고]

https://developer.apple.com/documentation/uikit/uiviewcontroller/4195485-viewisappearing

https://developer.apple.com/videos/play/wwdc2023/10055/

Structured Concurrency / Unstructured Concurrency

Zedd0202 — Sun, 23 Jul 2023 18:54:39 +0900

Concurrency는 뭔가 아~~하고 나서 또 안보면 까먹는 그런 친구같네..

간단한게만 살펴보자~~

# Task

비동기 작업 단위 (A unit of asynchronous work)

모든 비동기(asynchronous) 코드는 어떠한 Task의 일부로 실행된다.

# Structured Concurrency / Unstructured Concurrency

우선 결론!! 이미지로 간단하게 보자면 아래와 같다.

https://developer.apple.com/wwdc23/10170

# Structured Concurrency(구조화된 동시성)

[Swift에서 Structured Task를 만드는 방법]

1. async let ➡️ 내부적으로 Child Task 생성

2. TaskGroup ➡️ 명시적으로 Child Task를 추가할 수 있음

[Structured Task? Structured Concurrency?]

async let, TaskGroup.. 일단 두개가 뭔지는 몰라도 괜찮고, 우선 Child Task가 만들어진다는 것만 알면 된다!

Child Task가 있다는 것은 Parent Task도 있다는 것!

예를들어 async let의 경우

https://developer.apple.com/wwdc21/10134

fetchOneThunbnail이 Parent가 되게 된다.

이렇게 Task간의 명시적인 관계(Parent-Child)를 형성하기 때문에 이를 조직화할 수 있으며, 이러한 특성 때문에 Structured Concurrency라고 불린다.

(Task Tree에 대한 자세한 설명은 다음에..)

---

Structured Task는 async let이나 TaskGroup으로 만들어진 Task(작업의 단위)를 의미하며

Structured Concurrency는 이러한 Structured Task를 조직화하는 방법론이라고 생각하면 될 것 같다.

+ WWDC나 Swift 공식문서에서 (Un)Structured Task, (Un)Structured Concurrency가 같이 나오는데, 그냥 한번 분리해서 정리해봤따..

물론 async let, TaskGroup중 하나만 선택해서 써야하는 건 아니고,

필요에 따라 TaskGroup안에서 async let Task를 호출하는 등(혹은 그 반대) 조합해서 사용할 수 있다,

[Structured Concurrency가 왜 좋을까?]

- 명시적인 관계(Parent-Child) 를 통해 취소 전파(propagating cancellation)를 쉽게 처리할 수 있음

- 직접 or 간접적으로 생성된 모든 Structured Child Task가 완료되어야만 Parent Task가 완료될 수 있음.

- Task간의 상호작용을 쉽게 추적하고 관리가 가능

# Unstructured Concurrency

[Swift에서 Unstructured Task를 만드는 방법]

1. Task.init

2. Task.detached

[Unstructured Task? Unstructured Concurrency?]

Structured Concurrency가 Task간 명확한 관계를 형성하기 때문에 구조적이었다면,

Unstructured Concurrency는 Task간 명확한 관계가 없기때문에 '구조화되지 않았다'고 볼 수 있다.

Child Task가 만들어지던 Structured Task와는 달리

Task간 실행순서나 상호작용이 서로 독립적이며 상호작용이 자유로워 유연성은 뛰어나지만, 추적이 어렵고 취소 전파가 자동으로 되지 않는 등 관리가 어려울 수 있다.

[언제 Unstructured Task를 만들어야 할까?]

좋은점(?)은 바로 위에서 설명했으니 언제 만들어야하는지 보자.

다들 이미 잘 쓰고 있을 것 같은데, non-async 컨텍스트에서 Task를 실행하고 싶을 때 유용하게 사용할 수 있다.

@MainActor
class MyDelegate: UICollectionViewDelegate {
    
    func collectionView(_ view: UICollectionView, willDisplay cell: UICollectionViewCell, forItemAt item: IndexPath) {
        let ids = getThumbnailIDs(for: item)
        let thumbnails = await fetchThumbnails(for: ids)
        display(thumbnails, in: cell)
    }
}

예를 들어 위와같이 UICollectionViewDelegate 메소드는 async가 아니기 때문에

await fetchThumnails를 사용할 수 없다. 이럴 때

@MainActor
class MyDelegate: UICollectionViewDelegate {
    func collectionView(_ view: UICollectionView, willDisplay cell: UICollectionViewCell, forItemAt item: IndexPath) {
        let ids = getThumbnailIDs(for: item)
        Task {
            let thumbnails = await fetchThumbnails(for: ids)
            display(thumbnails, in: cell)
        }
    }
}

Task.init을 사용하여 비동기 작업을 수행할 수 있다.

[언제 어느것을 써야할까?]

정답은 없고, 적재적소에 맞는 Concurrency 모델을 사용해야겠다.

하지만 가능하면 Structured Concurrency를 선택하는 것이 좋다. (Beyond the basics of structured concurrency 에서도 그렇게 말하고있음)

[참고]

https://developer.apple.com/documentation/swift/task

https://developer.apple.com/wwdc21/10134

https://developer.apple.com/wwdc23/10170

https://docs.swift.org/swift-book/documentation/the-swift-programming-language/concurrency/

Xcode 15 톺아보기

Zedd0202 — Sun, 11 Jun 2023 19:56:03 +0900

안녕하세요 :) Zedd입니다.

오늘은 Xcode 15를 간단히 살펴보려고 합니다. (쓸 날은 멀었지만 ㅎㅎ..)

[읽기전에 참고]

- 아직 정식 릴리스가 아닌 베타

- New feature 위주로 볼건데, 안보는 내용도 있을 수 있음

- 내 맘대로 좀 쉽게 풀어서 쓰는것도 있을것 같음

# 용량

출처: https://twitter.com/sarunw/status/1665969701019865088

용량이 50% 작아졌다고 했는데 진짜 그런듯;;

# 인터페이스

이건 그냥 내가 넣고싶어서 ㅎ.. 더 이뻐진게 기특해서 넣음

# 북마크 기능

1. 특정 파일 자체를 북마크

2. 특정 파일의 특정 라인을 북마크

둘 다 가능.

Project Navigator에서 파일 > 우클릭하면 북마크 기능을 볼 수 있다.

파일 자체를 북마크하거나, 현재 해당 파일에 커서가 있는 라인이 자동으로 나옴

코드 소스 내에서도 당연히 북마크 가능!

어디에서나 우클릭하면 된다.

북마크한 파일들은 'Bookmark Navigator'에서 볼 수 있다.

으음

# Apple Clang Compiler

- 애플 플랫폼에서 C++ 지원을 위한 페이지 생김 (https://developer.apple.com/xcode/cpp/)

- Clang과 빌드 시스템은 빌드 성능, 안정성, 정확성을 개선하는 "explicit modules"라는 모듈 종속성을 빌드하는 새로운 모드를 지원

# Asset Catalogs

- Xcode는 에셋 카탈로그의 각 Color와 Image에 대해 Swift / Objc 심볼을 생성.

이건 그냥 눈으로 보는게 빠를듯

Color / Image를 넣으면 알아서 심볼을 만들어줘서

resource 파라미터가 있는 이니셜라이저로 바로 접근이 가능.

(나는 zedd_white로 만들었지만 자동으로 카멜로 바꿔주는 듯 하다?)

만약 리소스 이름을 바꾸면 심볼도 달라지기 때문에

컴파일 에러가 나게 된다.

이름 변경 및 오타에 탄력적으로(resilient) 대응 + 컴파일러 타입 검사 + 코드 completion = 보다 안정하고 보조적인 에셋 참조 방법

으음~~

# Build System

- 이제 아카이브 빌드는 다른 빌드 작업과 동일한 컴파일 최적화 set을 지원하여 빌드 성능을 개선 (원래는 아니었군..;;)

- 이제 Xcode는 프로젝트의 Dynamic Library 및 프레임워크에 대한 중간 텍스트 기반 Dynamic Library(TBD) 파일을 자동으로 생성

이러한 Stub을 사용하면 링커 종속성을 더 정확하게 추적 가능

export된 심볼 집합을 변경하지 않는 변경사항은 더이상 모든 transitive dependencies(전이 종속성?;;)을 다시 링크할 필요가 없으므로 증분 빌드 속도가 빨라짐

대충 증분 빌드 속도가 빨라진것으로 이해 완료;;

- 이제 Xcode는 Swift Package에 정의된 매크로 빌드 및 사용을 지원함

- 비트 코드 지원이 제거되었으며 ENABLE_BITCODE 빌드 설정이 더 이상 적용되지 않음

# Console

- 콘솔에 os_log를 스트리밍함

예전에 os_log 글을 쓴 적이 있었는데.. 내가 쏜 os_log들을 볼려면

이렇게 콘솔앱을 따로 열어서 확인이 가능했음.

이것이 Xcode console에 통합된다고 보면됨.

예제로 살펴보자

import os 

extension OSLog {
    private static var subsystem = Bundle.main.bundleIdentifier!

    static let ui = OSLog(subsystem: subsystem, category: "UI")
    static let network = OSLog(subsystem: subsystem, category: "Network")
}

이렇게 os_log를 남기면 console에 바로 나오게 된다.

심지어 error와 fault는 console에서 나오는 색상도 달라서 유용할 듯 하다.

하단에 필터도 있기 때문에 내가 원하는것만 필터링해서 볼 수도 있다.

Q : 여기서 내가 넣은 log (.ui, .network) 같은건 못보나?;;

A : 콘솔의 왼쪽 switch 같은 버튼을 눌러 메타데이터 역시 같이 볼 수 있다.

으음 맛있다

# Debugging

- LLDB는 타입 요약(type summaries)에서 기본 템플릿 arguments를 생략

AS-IS

(lldb) frame variable
(std::vector<std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, std::allocator<std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator <char> > > > > >) nested = size=0 {}

TO-BE

(lldb) frame variable
(std::vector<std::vector<std::string> >) nested = size=0 {}

--raw-output 옵션을 사용하면 기본 arguments들 계속 볼 수 있음

- LLDB는 expression evaluation에서 generic type parameters를 지원

func use<T>(_ t: T) { 
  print(t) // Break here 
}


use(5)
use("Hello!")

요런게 있을 때 T.self == String.self 일때만 브레이크 포인트가 걸리게 할 수 있음.

- Xcode에 AppKit 런타임 문제가 표시됨.

출처 : https://twitter.com/twannl/status/1666546528364949504/photo/1

# Documentation

- Xcode 15에는 입력하는 동안 Swift-DocC문서를 실시간으로 미리 볼 수 있는 보조 편집기가 포함됨

(Editor > Assistant > Documentation Preview 선택)

- Xcode 15로 작성된 Document에 외부 모듈에 대한 Swift extensions이 포함됨

예를 들어 내가 SwiftUI의 Image를 extension 했어

public extension Image {
   /// Create an image from the given sloth.
   ///
   /// This initializer is useful for displaying static sloth
   /// images. To create an interactive view containing a sloth,
   /// use ``SlothView``.
   ///
   /// ![A screenshot of an ice sloth, with the text Ice Sloth underneath.](iceSloth)
   init(_ sloth: Sloth) {
      self.init("\(sloth.power)-sloth")
   }
}

그럼 이 init(_ sloth:) 에 대한 문서가 프로젝트의 나머지 문서와 함께 포함됨

페이지를 제외하려면 DOCC_EXTRACT_EXTENSION_SYMBOLS 빌드 세팅을 NO로 설정

# Instruments

- Allocations, Leaks, VM Tracker 에서 .memgraph 파일을 열고 프로세스에 대해 Malloc 스택 로깅이 활성화 된 경우 실시간 Allocations 타임라인을 시각화 할 수 있음. Xcode 메모리 그래프 디버거에 캡쳐된 .memgraph 파일을 기기에서 볼 수 있는 새로운 공유 버튼이 추가됨.

- 앱 시작 프로파일링과 관련된 static initializers 및 기타 dyld 통계를 시각화하는 dyld Activity가 App Launch 템플릿에 포함되어있음

푸드트럭 앱으로 해보니까.. Xcode 빌드 타임라인처럼 시각화된게 보이긴 한다.

- 오디오 및 운영체제에 대한 포괄적인 view를 제공하는 Audio System Trace 템플릿이 추가

# Linking

- 정적 링크 속도를 크게 향상시키는 새로운 링커가 작성됨

이 링커는 모든 iOS 바이너리와 'Mergeable Libraries'기능을 사용하는 모든 사용자에게 기본값으로 제공됨.

(클래식 링커는 여전히 -ld64를 사용하여 명시적으로 요청할 수 있으며, 향후 릴리스에서 제거될 예정)

# Localization

String Catalogs (.xcstrings)는

1. 문자열을 관리하고

2. 번역 진행 상황을 추적하여

=> 앱을 쉽게 localize할 수 있도록 해주는 Xcode의 새로운 파일 타입.

Xcode 14 / Xcode 15 Beta

Xcode는 소스코드에서 loclization 가능한 문자열을 자동으로 추출하여 모든 String Catalogs를 동기화 상태로 유지함

String Catalogs를 기본 에디터에서 보고 편집하여 프로젝트에서 localize된 String을 미리 보고 관리할 수 있음

헐???

한번 해보자

File > New > File > Strng Catalogs 추가하면

Xcode는 소스코드에서 loclization 가능한 문자열을 자동으로 추출하여 모든 String Catalogs를 동기화 상태로 유지함

그러니까 그냥 print("안녕하세요") 이런거를 자동으로 추출해준다는게 아니라..

let _ = String(localized: "Hello")
let _ = NSLocalizedString("World!", comment: "어쩌구저쩌구")

이런식으로 loclization 가능한 문자열이 있는 상태에서 빌드 -> Strng Catalogs를 보면

이렇게 자동으로 추출된 문자열을 볼 수 있다.

물론 Key를 바꾸면 Strng Catalogs도 같이 바뀐다.

state도 확인할 수 있는 것 같은데 잘 모르겠다.

동기화되면

이렇게 Report Navigator에도 나오는 듯 하다.

# Organizer

- Foundation exception로 인해 발생한 일부 crash는 Organizer에 이유가 표시됨.

있는 경우 backtrace view의 오른쪽에 있는 인스펙터에 표시

# Playgrounds

- Playgrounds 콘솔은 Xcode 15의 새로운 콘솔을 사용.

[Xcode 14]

[Xcode 15]

??? : 필터 기능이 생겼습니다!

- 결과 사이드바에는 모든 expressions에 대한 요약이 표시되며 새로운 컨트롤을 사용하면 각 expressions에 대한 세부 정보가 포함된 팝오버 표시

[Xcode 14]

[Xcode 15]

# Previews

- preview에서 사용할 디바이스를 선택할 수 있는 새로운 컨트롤이 생김. 기본적으로 선택한 run destination의 디바이스를 추적함

예를 들어서 내가 iPhone 14 Pro로 선택하고 프리뷰 시작하면 기본적으로 iPhone 14 Pro로 나옴

새로운 컨트롤이 생겼다는 건

요걸 말하는 듯 하다.

하지만 특정 디바이스 (ex. iPhone 12) 를 보고싶다면 기존의 previewDevice modifier를 사용해야한다.

- #Preview 매크로로 preview를 만들 수 있음.

SwiftUI

UIView & UIViewController

NSView & NSViewController

widget timeline providers

timeline entries

live activities

모두 지원

Swift Macro뭐 자세히 몰라도됨 #Preview만 사용해보자.

SwiftUI는 됐고.. UIKit으로 해보자

import UIKit

final class ZeddView: UIView {

    override init(frame: CGRect) {
        super.init(frame: .zero)
        self.backgroundColor = .gray
    }
    
    required init?(coder: NSCoder) {
        fatalError("init(coder:) has not been implemented")
    }
}
#Preview {
    ZeddView()
}

그냥 #Preview 하고 block에 대충 이런식으로 넣어주면

으음 ~~~

struct ContentView_Previews: PreviewProvider {

    static var previews: some View {
        ContentView()
    }
}

이제는 위 코드 안쓰고 #Preview {} 로 깔끔하게 할 수 있을듯!?

# Signing and Distribution

- 이제 시뮬레이터 실행 대상을 선택해도 아카이브 작업을 사용할 수 있음.

Xcode 14 시뮬레이터를 선택한 상태에서는 아카이브가 비활성화 되어있다. / Xcode 15

시뮬레이터를 선택한 상태에서 아카이브를 빌드하면 선택한 플랫폼의 장치에 대한 모든 CPU 아키텍쳐가 포함된 앱이 생성

- Xcode Signing & Capabilities탭에서 개발 팀 및 앱 ID와 연결된 Apple 승인 관리 기능 추가 지원

- xcodebuild -exportArchive는 App Store Connect 인증 키를 사용하여 App Store Connect 및 애플 공증 서비스(Apple notary service)에 앱을 업로드할 수 있도록 지원

- Xcode에서 앱 업로드 상태 푸시 알림을 App Store Connect에 업로드한 사람에게 전달

- Xcode Organizer에서 간소화된 아카이브 배포를 지원. 이제 클릭 한번으로 아카이브 업로드 또는 export를 수행할 수 있음

# Source Control

- Source Control 작업 + Xcode Cloud -> 'Integrate' 메뉴로 이동 (기존에는 'Source Control')

[Xcode 14]

[Xcode 15]

- Xcode가 git 스테이징 기능과 완전히 통합되어 코드 커밋이 non-modal 방식으로 수행됨.

이전에는 커밋을 수행하는 동안 다른 작업을 수행할 수 없었는데, 이제는 사용자 작업 흐름을 중단시키지 않고 커밋 할 수 있다는 뜻 같음

# Source Editor

- #if…#endif 블록의 비활성 코드가 이제 흐리게 표시됨.

이게 내 환경에 따라 결정되는 것 같다!?

이 기능은 Text Editing > Display 환경설정에서 비활성화할 수 있음

- Quick Help에서 문서 주석에 포함된 이미지 렌더링이 지원. (URL같은 외부이미지 + 프로젝트에 있는 로컬이미지 모두 지원)

음 해보니까 안되는데 되시는분..

- Xcode는 모듈 이름에 대한 참조에서 Quick Help를 호출하여 SDK프레임워크 문서에 접근할 수 있도록 지원.

ex. SwiftUI import문을 option + 클릭하여 Quick Help를 활성화하면 SwiftUI문서가 표시

- Show Code Actions이 Show Quick Actions로 대체. 모든 메뉴 커맨드에 빠르게 접근가능

Command + Shift + A 단축키를 쓰면됨

- 이제 에디터에서 Command + 클릭하면 기본적으로 Definition으로 이동이 수행.

1. Command + Click

[Xcode 14]

Command + 클릭하면 뭐 선택할 수 있는게 뜨고 여기서 선택할 수 있었음.

Definition로 가려면 여기서 Jump to Definition 선택하거나, control + command + 클릭 해야함

[Xcode 15]

Command + 클릭 -> 바로 Definition

2. Option + Click

[Xcode 14]

[Xcode 15]

3. Control + Click

같음

이런것들 Navigation preferences에서 변경할 수 있음

- 'Format to multiple lines' 리팩터 액션 추가. (코드를 여러줄로 분할할 수 있음!!!!!!!!!!)

으음...맛있네요 ㅎ

Format to multiple lines가 안보일 수도 있는데 그럴때는 영역 선택을 잘 해주면 뜬다. (ex. test영역만 선택하면 안됨)

- default parameter가 하나만 포함된 함수는 이제 Code completion에서 자동으로 확장된 상태로 표시.

func test(a: Int = 1, b: Int, c: Int, d: Int) {}

이런 코드가 있다고 했을 때,

[Xcode 14]

[Xcode 15]

- default parameter가 2개 이상 포함된 함수에서 오른쪽 방향키를 누르면 해당 parameter의 가능한 모든 순열(permutations)을 표시하도록 확장됨

func test(a: Int = 1, b: Int = 2, c: Int, d: Int) {}

이런 코드가 있다고 했을 때,

Xcode 15에서 처음 test를 호출하려고 할 때 아래와 같이 뜸

그 상태에서 오른쪽 방향키 한번 누르면

이건 정말 맛있을지도

Xcode 14 방식 개인적으로 불편했거든여ㅛ

그놈의 frame..에서

오른쪽 방향키 한번만 눌러주면?

편-안

- Code completion은 이제 Swift에서 타입을 선언할 때 이름을 제안함

우리는 일단 파일을 만들고 코드를 작성하는데, 타입 이름은 파일의 이름과 같은 경우가 많음

그럴 때..

맛있다 ㅠ

# Swift

이건 따로 보는 것으로!

# Swift and C++ Interoperability

- Swift는 C++/객체지향-C++와의 양방향 상호운용성을 지원.

1. Swift에서 C++ API의 하위 집합을 사용 가능

2. C++에서 Swift API를 사용할 수 있음

빌드 세팅에서 'C++ and Objective-C interoperability'를 활성화하면됨.

https://swift.org/documentation/cxx-interop 참고!

# Test Navigator

- Test navigator는 더 빠른 개발-테스트-디버그 루프를 위해 재설계 / 재작성됨. 테스트를 더 빠르게 보고하고 실행하며, 새로운 필터링 시스템을 갖춤

- Test navigator 필터에서 토큰 사용.

[Xcode 14]

[Xcode 15]

필터를 설정한 후에는 is / is not도 선택할 수 있음.

is not failed로 선택하면 failed를 제외한 성공, 스킵, 패스된거만 나오게 될 듯

- XCTest는 스크린샷 이외에도 자동 녹화 기능 지원.

화면 녹화를 사용하면 테스트 실행중에 발생한 상황을 세밀하게 볼 수 있으므로 UI Test 실패를 조사하는데 유용.

화면 녹화는 기본적으로 활성화 되어있음

- 다양한 기기 및 테스트 구성에 대한 테스트 결과를 쉽게 이해할 수 있도록 Xcode의 Test Report가 재설계됨

요런 화면이 추가된 것 같다.

옵션을 설정할 수도 있고

Configuration도 설정가능!?

이거 맛있을지도..

댓글이 먼가 이상해서 막아둡니다. 매크로인가?... ㅠ 아니라면 죄송

# 참고

- https://developer.apple.com/xcode/

- https://developer.apple.com/documentation/xcode-release-notes/xcode-15-release-notes#Overview

[Xcode 14+] 시뮬레이터에 Remote notifications 보내기

Zedd0202 — Tue, 7 Mar 2023 09:45:44 +0900

Xcode 14 릴리스노트를 다시 보던 중

Simulator now supports remote notifications in iOS 16 when running in macOS 13 on Mac computers with Apple silicon or T2 processors. Simulator supports the Apple Push Notification Service Sandbox environment. Your server can send a remote notification to your app running in that simulator by connecting to the APNS Sandbox (api.sandbox.push.apple.com). Each simulator generates registration tokens unique to the combination of that simulator and the Mac hardware it’s running on.

이제 시뮬레이터는 Apple 실리콘 또는 T2 프로세서가 탑재된 Mac 컴퓨터에서 macOS 13으로 실행할 때 iOS 16에서 원격 알림을 지원합니다. 시뮬레이터는 Apple 푸시 알림 서비스 샌드박스 환경을 지원합니다.
서버는 APNS 샌드박스(api.sandbox.push.apple.com)에 연결하여 해당 시뮬레이터에서 실행 중인 앱에 원격 알림을 보낼 수 있습니다.
각 시뮬레이터는 해당 시뮬레이터와 시뮬레이터가 실행 중인 Mac 하드웨어의 조합에 고유한 등록 토큰을 생성합니다.

이런게 있어서 자세히 살펴보려고 한다.

핵심은 시뮬레이터에서 Remote notificaton을 지원한다는 것인데,

보통 Xcode 11.4 ) Remote Push Notifications in Simulator (feat. APNs file) 에서 본 것 처럼

.apns 파일을 끌어다 놓는식(drag and drop)으로 테스트 했는데

이제 진짜로 시뮬레이터에 Remote notification을 보낼 수 있다니!!

# 준비물

1. Apple 실리콘 또는 T2 프로세서가 탑재된 Mac 컴퓨터

2. macOS 13 (Ventura)

3. Xcode 14

# 시뮬레이터에 Remote Notification 보내보기

1. 프로젝트 만들기 (Xcode 14+로)

나는 대충 ZeddPushTest로 만들어줬따..

2. Capabilities > Push Notification 추가

3. AppDelegate.swift 수정

func application(_ application: UIApplication, didRegisterForRemoteNotificationsWithDeviceToken deviceToken: Data) {
    let token = deviceToken.reduce("") {
        $0 + String(format: "%02X", $1)
    }
    print(token)
}

func application(_ application: UIApplication, didFailToRegisterForRemoteNotificationsWithError error: Error) {
    print(error.localizedDescription)
}

DeviceToken 얻어오는 부분 추가해주기

4. 알림 권한 요청

UNUserNotificationCenter.current().requestAuthorization(options: [.alert, .sound, .badge], completionHandler: {
    didAllow,Error in

    DispatchQueue.main.async {
        UIApplication.shared.registerForRemoteNotifications()
    }
})

5. 빌드

6. DeviceToken 확인

DeviceToken이 무사히 나왔는지 확인해야한다. 잘 나왔다면 복사 ㄱㄱ

평소보다(?) 살짝 길텐데 아래와 같은 이유때문인 것 같다.

각 시뮬레이터는 해당 시뮬레이터와 시뮬레이터가 실행 중인 Mac 하드웨어의 조합에 고유한 등록 토큰을 생성합니다.

7. DeviceToken을 가지고 Remote Notification 보내보기

사실 나는 Sending push notifications using command-line tools (feat. Token / .p8) 글 쓸때 만들어둔 프로젝트와 스크립트가 있어서 그대로 썼다.

FCM을 이용하든 커맨드라인툴로 하든 이미 세팅이 끝난 상태라면 DeviceToken만 있으면 되니까....ㅎ;

DeviceToken입력하는 부분에 복사한 시뮬레이터 DeviceToken을 넣어준다.

나의 경우 와 같음

TEAM_ID=Team ID
TOKEN_KEY_FILE_NAME=path to the private key file
AUTH_KEY_ID=your key identifier
TOPIC=App ID
DEVICE_TOKEN=복사한 시뮬레이터 Device Token 넣어주기 ✅
APNS_HOST_NAME=api.sandbox.push.apple.com

주의 할 점은

서버는 APNS 샌드박스(api.sandbox.push.apple.com)에 연결하여 해당 시뮬레이터에서 실행 중인 앱에 원격 알림을 보낼 수 있습니다.

때문에

TEAM_ID=Team ID
TOKEN_KEY_FILE_NAME=path to the private key file
AUTH_KEY_ID=your key identifier
TOPIC=App ID
DEVICE_TOKEN=복사한 시뮬레이터 Device Token 넣어주기
APNS_HOST_NAME=api.sandbox.push.apple.com ✅

HOST는 반드시 sandbox여야 하는 것 같다. (아니면 Bad Device Token 에러남)

8. Remote notification이 잘 오는지 확인

야호

# 테스트하면서 이상했던 점

Xcode 14.2에서 시뮬레이터에서 DeviceToken이 안나오는 경우가 있었다.

분명히 예전에 테스트했을 때는 나왔는데.. 갑자기 안나오는게 너무 이상해서 다른 시뮬레이터로 테스트하니까 나옴

다른 시뮬레이터에서 테스트하다가 안된 시뮬레이터에서 다시 해보니까 또 이제는 나온다.

DeviceToken이 안나온다면 그냥 다른 시뮬레이터로 일단 해보는 것을 추천...ㅎ

그리고 처음에는 푸시를 보내니까 바로 안왔었는데, 이것도 너무 이상해서;; 뭐지.. 하고 삽질하는 동안 푸시가 왔다.

그 뒤로는 스크립트 실행하자마자 잘 옴 ㅎ;

[참고]

https://developer.apple.com/documentation/xcode-release-notes/xcode-14-release-notes

Sending push notifications using command-line tools (feat. Token / .p8)

Zedd0202 — Tue, 28 Feb 2023 20:02:25 +0900

오늘 의식의 흐름

1. Remote Notification을 테스트 해보고싶음

2. 개인적으로 Remote Notification은 Firebase를 통해서만 써봤음.. (FCM)

3. Firebase 프로젝트 세팅하고 뭐 프로젝트에 SDK 추가할 생각하니까 갑자기 아득해짐..ㄹㅇ;;

4. 진심 이게 최선임..? 에반데 하다가 Sending push notifications using command-line tools 이런게 있길래 도전

참고로 위 링크에 2가지 방법(Certiticate, Token)이 있는데 나는 Token을 이용해서 해볼거

Certificate와 Token 방식에 대한 차이점은

[Remote Notification 한판 정리] APNs / Token Based / Certificate Based / .p8과 .p12

글을 참고

당연히 애플 개발자 프로그램 가입이 되어있어야합니다?

1. 프로젝트 만들기

나는 대충 ZeddPushTest로 만들어줬따..

2. Capabilities > Push Notification 추가

3. AppDelegate.swift 수정

func application(_ application: UIApplication, didRegisterForRemoteNotificationsWithDeviceToken deviceToken: Data) {
    let token = deviceToken.reduce("") {
        $0 + String(format: "%02X", $1)
    }
    print(token)
}

func application(_ application: UIApplication, didFailToRegisterForRemoteNotificationsWithError error: Error) {
    print(error.localizedDescription)
}

DeviceToken 얻어오는 부분 추가해주기

4. 알림 권한 요청

UNUserNotificationCenter.current().requestAuthorization(options: [.alert,.sound,.badge], completionHandler: {
    didAllow,Error in

    DispatchQueue.main.async {
        UIApplication.shared.registerForRemoteNotifications()
    }
})

5. DeviceToken 복사해두기

6. Certificates, Identifiers & Profiles 사이트로 이동

7. 왼쪽에 Keys 선택 후 + 버튼 누르기

8. KeyName 입력, APNs 체크 후 Continue

9. Register 클릭

10. 한번 다운받으면 다시 다운로드 할 수 없으니 주의. 다운 고고

여기서 Key ID가 중요한데, 다시 들어가서 볼 수 있으니 걱정 ㄴㄴ

아무튼 .p8 파일이 다운받아졌을거임

11. TeamID 가져오기

https://developer.apple.com/account 여기 들어가서

팀 ID 부분 써야하니 이 창 켜두고 있기

이제 조합할 일만 남았는데...

Send a Push Notification Using a Token 이쪽 보면

사실 이거 보고 살짝 아득해짐

해봅시다.

12. 터미널 열고 쉘 스크립트 파일 만들어주기

이번 스텝은 전부 다 개인취향임

1. 나는 Desktop에서 보는게 편해서 Desktop에 만들려고 이동했고

2. 나는 나노충이라 nano로 만듬

3. 파일명 암거나 ㄱㄱ .sh 만 잘 붙혀주면됨

13. 첫 줄에 #!/bin/bash 추가

#!/bin/bash

14. Send a Push Notification Using a Token 로 가서 스크립트 복사해주기

빨간색 네모 친거 쉘 스크립트 파일에 복붙

⚠️ 주의사항 ⚠️ 마지막 curl 앞에있는 %는 빼주기!!!!

#!/bin/bash

TEAM_ID=Team ID
TOKEN_KEY_FILE_NAME=path to the private key file
AUTH_KEY_ID=your key identifier
TOPIC=App ID
DEVICE_TOKEN=device token for your app
APNS_HOST_NAME=api.sandbox.push.apple.com


JWT_ISSUE_TIME=$(date +%s)
JWT_HEADER=$(printf '{ "alg": "ES256", "kid": "%s" }' "${AUTH_KEY_ID}" | 
openssl base64 -e -A | tr -- '+/' '-_' | tr -d =)
JWT_CLAIMS=$(printf '{ "iss": "%s", "iat": %d }' "${TEAM_ID}" 
"${JWT_ISSUE_TIME}" | openssl base64 -e -A | tr -- '+/' '-_' | tr -d =)
JWT_HEADER_CLAIMS="${JWT_HEADER}.${JWT_CLAIMS}"
JWT_SIGNED_HEADER_CLAIMS=$(printf "${JWT_HEADER_CLAIMS}" | openssl dgst 
-binary -sha256 -sign "${TOKEN_KEY_FILE_NAME}" | openssl base64 -e -A | tr 
-- '+/' '-_' | tr -d =)
AUTHENTICATION_TOKEN="${JWT_HEADER}.${JWT_CLAIMS}.${JWT_SIGNED_HEADER_CLAIMS}"


curl -v --header "apns-topic: $TOPIC" --header "apns-push-type: alert" 
--header "authorization: bearer $AUTHENTICATION_TOKEN" --data 
'{"aps":{"alert":"test"}}' --http2 
https://${APNS_HOST_NAME}/3/device/${DEVICE_TOKEN}

파일 상태가 지금 이럴텐데,

TEAM_ID=Team ID
TOKEN_KEY_FILE_NAME=path to the private key file
AUTH_KEY_ID=your key identifier
TOPIC=App ID
DEVICE_TOKEN=device token for your app
APNS_HOST_NAME=api.sandbox.push.apple.com

우리는 이 부분만 수정하면 됩니다.

✔️ Team_ID → 11번으로 이동. 팀 ID 부분 복붙

✔️ TOKEN_KEY_FILE_NAME → 10번으로 이동. 아까 다운로드 받은 .p8의 Path를 입력해주면됨. (ex. /Users/zedd/Downloads/AuthKey_어쩌구.p8)

✔️ AUTH_KEY_ID → 10번으로 이동. 아까 만든 Key에 들어가서 Key ID 복붙

✔️ TOPIC → 처음에 만든 프로젝트의 Bundle ID 복붙 (ex. com.zedd.ZeddPushTest)

✔️ DEVICE_TOKEN → 5번으로 이동. 아까 만들어둔 토큰 복붙

✔️ APNS_HOST_NAME → 수정안해도 됨

15. 스크립트 실행

 ./send_notification.sh

만약 zsh: permission denied: ./send_notification.sh 이런식으로 권한 거부 메시지가 나오면..

실행권한이 없는거여서 실행권한을 부여해줘야함.

chmod 755 send_notification.sh

권한 부여하고 다시 스크립트 실행 ㄱㄱ

전부 제대로 입력했다면

뭐 이런거 쫘라락 나오고

야호 ㅠㅠㅠ!!!!! 한번에 되가지고 행복..

# 개선해보기

지금 curl 쪽 명령어 보면 data 부분이

'{"aps":{"alert":"test"}}'

이렇게 되어있어서 가독성이 떨어지는데, 이것도 변수로 빼보자.

APNS_HOST_NAME 밑에

read -r -d '' PAYLOAD <<'EOF'
{
   "aps": {
      "badge": 1,
      "alert": {
         "title": "불꽃남자",
         "subtitle": "정대만",
         "body": "❤️"
      }
   }
}
EOF

대충 이런식으로 정의해두고, curl 부분을 아래와같이 수정해주기!

curl -v --header "apns-topic: $TOPIC" --header "apns-push-type: alert" --header "authorization: bearer $AUTHENTICATION_TOKEN" --data "${PAYLOAD}" --http2 https://${APNS_HOST_NAME}/3/device/${DEVICE_TOKEN}

그냥 "${PAYLOAD}"로 바꾼거밖에 없음

다시 스크립트 실행하면

야호

# APNs 에러

보내고나면 이게 성공적으로 보내졌는지, 에러가 났는지 나온다.

200이면 정상적으로 보내진건데,

위 처럼 에러케이스들이 몇개 있음

https://developer.apple.com/library/archive/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/CommunicatingwithAPNs.html

Status Code랑 Reason이 나오니깐 참고하기!

전체 코드는 gist에 올려두었으니

변수 부분들만 수정해서 사용하시면 됩니다~!

저는 개인적으로 간단히 푸시 테스트 해보고싶을때 요거 완전 유용하게 잘 쓸 것 같아요..!?

일단 Firebase 관련 세팅을 안해도 된다는게 굿

~~이걸 이제야 알다니~~

틀린 부분있으면 댓글 남겨주세요!

[iOS 16+] Live Activity

Zedd0202 — Mon, 20 Feb 2023 10:12:30 +0900

기술조사가 필요해서 간단히 정리해보기

# Live Activity

앱의 최신 정보를 표시하여, 사람들이 이벤트 또는 작업의 진행상황을 한눈에 볼 수 있도록 한다.

Live Activity는 아이폰에서만 사용가능

# Live Activity가 나타날 수 있는 위치

1. 잠금화면 (Dynamic Island 지원여부와 상관없이 16+ 모든 디바이스에서 나타남.)

2-1. Dynamic Island 지원 O ➡️ Dynamic Island에 나옴

2-2. Dynamic Island 지원 X ➡️ 사람들이 홈 화면을 보거나 다른 앱을 사용하는 동안 잠시상단 화면에 나타나는 배너 (앱에서 업데이트가 사람들을 방해할 만큼 중요하다고 판단하는 경우에만 표시됨. 이건 따로 코드로 작업해줘야하는거라 일반적인(?) 상황에서는 안보이는게 맞음. )

잠금화면에서 보여질 때 / Dynamic Island 지원 X && 배너형태

# 권한

Live Activity는 따로 권한 요청 Alert를 띄우는건 아니고..

처음에 잠금화면에서

이렇게 뜬다. (잠금화면에서만 나오고, Dynamic Island 에서는 따로 권한 설정 버튼이 나오진 않는다.)

설정에서 각 앱의 실시간 현황(Live Activity) 권한을 on/off 할 수 있다.

권한을 off하면 Dynamic Island에서도 안나옴.

# Presentation

시스템이 Live Activity를 표시하기 위해 여러 Presentation을 사용함

- Compact

- Minimal

- Expanded

- Lock Screen

Live Activity를 지원하는 모든 디바이스 제대로 동작할 수 있도록 모든 타입을 지원해야한다.

# 제약

1. Live Activity는 앱이나 사용자가 종료하지 않는 이상 최대 8시간 동안 활성화 될 수 있음

이 8시간 제한이 지나면 시스템이 자동으로 종료

Live Activity이 종료되면 시스템은 이를 Dynamic Island에서 즉시 제거

Live Activity는 사람 or 시스템이 제거하기 전 최대 4시간 동안 잠금 화면에 남아있음.

결과적으로 Live Activity는 최대 12시간동안 잠금화면에 남아있을 수 있음.

2. 디바이스 presentation 크기보다 작거나 같은 해상도를 사용하려면 Live Activity에 대한 이미지 Asset이 시스템에 필요함.

Live Activity Presentation 크기보다 큰 이미지 Asset을 사용하는 경우, 시스템이 Live Activity를 시작하지 못할 수 있음.

참고 : Human Interface Guidelines > Live Activities.

3. 각 Live Activity는 자체 샌드박스에서 실행되며, Widget과 달리 네트워크에 접근하거나 위치 업데이트를 받을 수 없음

현재 실행중인 Live Activity의 동적 데이터를 업데이트하려면,

앱에서 ActivityKit 프레임워크를 사용하거나, ActivityKit 푸시알림을 사용할 수 있음.

But 업데이트된 동적 데이터는 크기가 4KB를 초과할 수 없음

참고 : Updating and ending your Live Activity with ActivityKit push notifications.

# Best practices

1. 시작과 끝이 있는 작업 / 라이브 이벤트에 대해 Live Activity를 제공할 것

8시간을 초과하는 작업에 대해서는 Live Activity를 제공하지 말고, 작업/이벤트가 종료된 직후에 Live Activity를 잘 종료하기

2. 정말 필수적인 컨텐츠만 제시할 것 (== TMI ㄴㄴ)

사람들은 작업/이벤트에 대한 요약, 핵심정보를 얻는걸 좋아하지 세부정보 표시하지 말것.

3. 새로운 컨텐츠를 사용할 수 있을때만 Live Activity 업데이트 / 주의를 끄는것이 꼭 필요한 경우에만 유저에게 알리기

Live Activity는 그냥 혼자 업데이트 하면 되는데, 꼭 유저에게 알려야겠다면 꼭 필요할 때만 알려라..

너무 자주 경고하거나, 중요하지 않은 업데이트에 대해 계속 알리면 짜증나고 결국 Live Activity 사용을 중단하도록 할 수 있음

Dynamic Island를 지원하지 않는 기기 && 사용자에게 Alert을 보내는 코드를 작성하게 되면 아래와같이 배너로 뜨게 되는데,

이게 홈 or 다른 앱을 사용중일때 뜰 수 있기 때문에 진짜 꼭 필요할때만 유저가 알 수 있도록 하기

4. Live Activity에 민감한 정보 표시 X

Live Activity를 탭해야 더 많은 정보를 얻도록 하기

5. Live Activity를 사용하여 광고 또는 프로모션 X

6. 사용자가 직접 Live Activity의 시작과 종료를 제어할 수 있도록 하기

[시작]

앱 내에서 Live Activity를 시작하도록 하는 버튼을 제공하는 것도 괜찮음.

근데!!!! Live Activity가 자동으로 시작될것으로 예상하는 몇가지 상황이 있음.

ex. 음식 배달, 차량 호출 등을 했을 때 즉시 자동으로 Live Activity를 시작하는 게 좋음

But. 설정에서 Live Activity를 끌 수 있으므로 예상하지 못한 Live Activity를 시작하여 사람들을 놀라게 하지 않는것이 중요!!!!!!

[종료]

작업/이벤트가 완료되지 않아도 사람들이 Live Activity를 종료할 수 있도록 Live Activity를 중지하거나 취소하는 버튼을 제공할 것.

그 Live Activity 보여주는 Presentation쪽에서 보여줘야한다는건 아니고, 앱 내에서 종료할 수 있도록 제공하라~~는 뜻

참고

https://developer.apple.com/design/human-interface-guidelines/components/system-experiences/live-activities/

https://developer.apple.com/documentation/activitykit/displaying-live-data-with-live-activities

[Swift] Escape sequence / Extended String Delimiters

Zedd0202 — Sun, 5 Feb 2023 17:44:41 +0900

# 용어 정리

String literals - 소스의 문자 시퀀스(sequence of characters)

String delimiters - 문자 시퀀스(sequence of characters)의 시작과 끝에서 경계를 설정. Swift의 string delimiter는 "(큰따옴표)

Escape characters - String literals내에서 하나 이상의 후속 Character를 특별하게 해석한다. Swift의 Escape character는 \(백슬래시)

Escape character sequences(== Escape sequence) - 특수한 문자를 나타내며, Escape characters(\)로 시작하게 된다.

Escape sequence는 다음과 같은것들이 있다.

1. String interpolation(문자열 보간)

let name = "정대만"
let str = "불꽃남자 \(name)"

2. Escaped special characters

\0 (null character), 
\\ (backslash), 
\t(horizontal tab), 
\n (line feed), 
\r (carriage return), 
\" (double quotation mark) 
\' (single quotation mark)

3. 유니코드 스칼라 나타내기

let sparklingHeart = "\u{1F496}" //

# Escaped special characters

위 escape sequence중 2번인 Escaped special characters를 사용할 때를 보자.

let str = "정대만\t"

\t는 horizontal tab을 의미하기 때문에 컴파일러가 아 ㅇㅋ 하면서 컴파일에러가 나지 않지만..

let str = "정대만\e" // ⛔️ Invalid escape sequence in literal

Swift에서는 반드시 이 escaped special characters가 유효한 것이어야 하는데, \e같은것들은 유효하지 않기 때문에 에러가 발생하는 것이다.

이러한 String literal에서 굳이 $백슬래시)를 사용하여 문자를 나타내고 싶다면, 또 다른 \(백슬래시)로 escape해야한다. (\$

let str = "정대만\\e" // ✅

Invalid escape sequence in literal 에러는 Multiline String Literals에서도 동일하게 발생한다.

let str = """
            	정대만\e // ⛔️ Invalid escape sequence in literal
          """

# Raw string literals

Raw string literals은 escape sequence를 무시한다.

즉, 위에서 우리가 봤던

1. String interpolation(문자열 보간)

2. Escaped special characters

3. 유니코드 스칼라 나타내기

는 Raw string literals에서는 무시되고 "Raw(원시)" Text로 나타낼 수 있게 된다.

Swift 5.0에서 이를 가능하게 하는 Extended String Delimiters 라는 것이 나왔다.

# Extended String Delimiters #".."#

Extended String Delimiters를 사용하면 raw string literal를 나타낼 수 있게 된다.

#"String literal"# 로 표현할 수 있다. 원래 "(큰따옴표)로 감싸줘야하니 양 끝에 #을 붙힌다고 생각하면 된다.

1. String interpolation(문자열 보간)

let name = "정대만"
let str = #"불꽃남자 \(name)"# // 불꽃남자 \(name)

불꽃남자 정대만이 나오지 않고 \(name) 그 자체가 나오게 된다.

2. Escaped special characters

let str = #"서태웅\n서태웅\e"# // 서태웅\n서태웅\e

\n이 escaped special characters임에도 불구하고 \n그대로 나온것을 볼 수 있다.

3. 유니코드 스칼라 나타내기

let sparklingHeart = #"\u{1F496}"# // \u{1F496}

로 나오지 않고 \u{1F496}문자 그자체가 나온것을 볼 수 있다.

문자열을 감싸는 #의 개수는 상관없다. 앞뒤 #의 개수가 맞기만 하면 된다.

let str = ####"서태웅\n서태웅\e"#### // 서태웅\n서태웅\e

Extended String Delimiters + Multiline String Literals조합도 당연히 가능하다.

let str = #"""
서태웅
\n
서태웅
\e
"""#
// 서태웅
// \n
// 서태웅
// \e

그렇다면 Extended String Delimiters를 사용하면 무조건 escape sequence는 무시되는 것일까?

아니다. 요것도 필요하다면 할 수 있는데, \(백슬래시) 다음에 #를 붙혀주는 것이다.

1. String interpolation(문자열 보간)

let name = "정대만"
let str = #"불꽃남자 \#(name)"# // 불꽃남자 정대만

2. Escaped special characters

let str = #"서태웅\#n서태웅\e"#
// 서태웅
// 서태웅\e

3. 유니코드 스칼라 나타내기

let sparklingHeart = #"\#u{1F496}"# //

이때 주의해야할 사항이 있는데, \(백슬래시)뒤에 붙는 #의 개수가 문자열을 감싼 #의 개수가 맞아야 한다는 것이다.

let str = ##"서태웅\#n서태웅\e"## 
// 서태웅\#n서태웅\e 

let str = ##"서태웅\##n서태웅\e"##
// 서태웅
// 서태웅\e

첫번째 str은 2개의 #으로 감싸져있지만 \#n으로 나타냈기 때문에 Escaped special characters가 무시되고 그냥 \#n문자 그 자체가 나온것을 볼 수 있다.

#을 몇개를 붙히든 상관없다. 문자열을 감싼 #과 \뒤에 붙는 #의 개수가 맞기만 하면된다.

Extended String Delimiters + Multiline String Literals 조합에서도 적용되는 규칙이다.

let str = ##"""
서태웅\##n
서태웅
\e
"""##
// 서태웅
// 
// 서태웅
// \e

문자열을 감싼 #가 2개니, \n을 문자열 그대로가 아닌 escaped special characters로서 나타내고 싶다면 \##n으로 표시해줘야하는 것.

Extended String Delimiters는 정규식에서 굉장히 유용한 기능인데, 예를 들어 정규식에서는 \d는 [0-9]를 나타낸다.

하지만 Swift에서는 \d는 유효하지 않은 escaped character이기 때문에 한번더 escape하여 \\d로 표현해줘야한다.

func isValid(_ digits: String) -> Bool {

    let pattern = "\\d" // "\d"로 할 경우 컴파일에러
    let range = digits.range(of: pattern, options: .regularExpression)
    return range != nil
}

짧은 정규식은 괜찮을지 몰라도, 계속 \\를 붙혀주다보면 가독성도 떨어지기 마련인데 Extended String Delimiters를 사용하면 \d로만 적어줘도 되는 것이다. (== \(백슬래시)를 한번만 적어줘도 되는것이다.)

func isValid(_ digits: String) -> Bool {

    let pattern = #"\d"# 
    let range = digits.range(of: pattern, options: .regularExpression)
    return range != nil
}

Regex 공부하다가 요거 먼저 정리해두면 좋을 것 같아서.. 틀린부분이 있다면 댓글 달아주세요.

애매하게 알던 지식이었는데, 이번기회에 확실하게 알게 된 것 같아서 좋네요!

예제는 아 얘 슬램덩크 진짜 재밌게 봤나보다...하고 넘어가주세여ㅛ

슬램덩크라는거 정말 아름다운거였구나

[참고]

https://docs.swift.org/swift-book/LanguageGuide/StringsAndCharacters.html

https://github.com/apple/swift-evolution/blob/main/proposals/0200-raw-string-escaping.m

[Swift 5.7] Actor 관련 warning들 원인 파악해보기

Zedd0202 — Tue, 31 Jan 2023 15:31:31 +0900

Xcode 14.2로 올리고 Actor관련 warning 3종류를 보게 되었다.

Swift 5.7에 대한 변경사항때문인지는 확실하지는 않지만;; 일단 그런것으로 생각하기로함

일단 내가 파악해본것을 써보려고 한다.

1. Actor-isolated instance method 'testMethod()' can not be referenced from a non-isolated context; this is an error in Swift 6

2. Actor-isolated property 'name' can not be mutated from a non-isolated context; this is an error in Swift 6

3. Cannot access property 'disposeBag' here in non-isolated initializer; this is an error in Swift 6

1. Actor-isolated instance method 'testMethod()' can not be referenced from a non-isolated context; this is an error in Swift 6

actor Person {
    
    init() {
        testMethod() // ⚠️ Actor-isolated instance method 'testMethod()' can not be referenced from a non-isolated context; this is an error in Swift 6
    }
    
    func testMethod() {}
    
}

나는 actor의 프로퍼티, 인스턴스 메소드는 전부 isolation하니 initializer도 그런 줄 알았는데, 아닌 것 같다.

testMethod -> isolation

initializer -> non-isolation

non-isolation한 곳에서 isolation한 메소드를 호출하는것은 암시적으로 비동기로 호출된다고 한다.

Calls to instance method 'testMethod()' from outside of its actor context are implicitly asynchronous

해결방법 1 - init을 async하게 만든다. (비동기로 호출되고 있다고 했으니까)

actor Person {
    
    init() async {
        testMethod()
    }
    
    func testMethod() {}
    
}

해결방법 2 - Task & await 조합

Task로 묶어주고..

init() {
    Task {
        self.testMethod()
    }
}

원래 Task로 묶어줘도 async가 아닌 메소드는 await을 안써도 되는 것은 알고있을것이다.

testMethod는 async메소드가 아니지만.. 암시적으로 비동기로 호출되고 있기 때문에 await을 붙혀주지 않으면 컴파일 에러가 난다.

최종!

actor Person {
    
    init() {
        Task {
            await self.testMethod()
        }
    }
    
    func testMethod() {}
}

2. Actor-isolated property 'name' can not be mutated from a non-isolated context; this is an error in Swift 6

actor Person {
    
    var name: String = ""
    let disposeBag = DisposeBag()
    
    init() {
        Observable<Int>.interval(.seconds(1), scheduler: MainScheduler.asyncInstance)
            .subscribe(onNext: { _ in
                self.name = "Zedd" // ⚠️ Actor-isolated property 'name' can not be mutated from a non-isolated context; this is an error in Swift 6
            }).disposed(by: disposeBag)
    }
}

대충 이런 컨텍스트에서 warning이 나고있는데, 설명으로 아래와 같이 나오고 있었다.

Mutation of this property is only permitted within the actor

이 프로퍼티의 변경은 actor 내에서만 허용된다..

처음에는 actor안에서 변경중인데 왜이래;; 하면서 너무 헷갈렸는데,

저렇게 비동기 컨텍스트를 가지면서 저게 actor바깥에서 실행되기 때문인 것 같다.

actor Person {
    
    var name: String = ""

    init() {
        Task {
            self.name = "zedd" // ⛔️ error! Actor-isolated property 'name' can not be mutated from a non-isolated context
        }
    }
}

Task로 하면 warning이 아니라 error가 뜬다. RxSwift로 짠 코드도 Swift 6가면 에러가 된다고 하니.. 미리미리 수정해두면 좋을 것 같다.

당연히 위의 Task, RxSwift 코드를 actor의 인스턴스 메소드에서 실행하면 아무 warning도 뜨지 않는데, initializer안에서 해서 그런 것 같다.

해결방법

굳이 initializer에서 name을 바꿔야한다면

actor Person {
    
    var name: String = ""
    let disposeBag = DisposeBag()
    
    init() {
        Observable<Int>.interval(.seconds(1), scheduler: MainScheduler.asyncInstance)
                   .subscribe(onNext: { _ in
                       Task {
                           await self.setName("Zedd")
                       }
                   }).disposed(by: disposeBag)
    }
    
    func setName(_ name: String) async {
        self.name = name
    }
}

initializer내부에서 수정하는게 아니라 name만 처리하는 인스턴스 메소드 하나 만들어서 처리하기

그게 아니라면 인스턴스 메소드로 하나 빼고 1번의 해결방법으로 수정하기

actor Person {
    
    var name: String = ""
    let disposeBag = DisposeBag()
    
    init() {
        Task {
            await bind()
        }
    }
    
    func bind() {
    	Observable<Int>.interval(.seconds(1), scheduler: MainScheduler.asyncInstance)
            .subscribe(onNext: { _ in
                self.name = "Zedd"
            }).disposed(by: disposeBag)
    }
}

3. Cannot access property 'disposeBag' here in non-isolated initializer; this is an error in Swift 6

actor Person {
    
    var name: String = ""
    let disposeBag = DisposeBag()
    
    init() {
        Observable<Int>.interval(.seconds(1), scheduler: MainScheduler.asyncInstance)
            .subscribe(onNext: { _ in
                self.name = "Zedd" 
            }).disposed(by: disposeBag) // ⚠️ Cannot access property 'disposeBag' here in non-isolated initializer; this is an error in Swift 6
    }
}

2번과 똑같은 예제에서 disposeBag부분에서 warning이 뜨고 있었다.

자세한 설명을 보면

After making a copy of 'self', only non-isolated properties of 'self' can be accessed from this init

'self'의 복사본을 만든 후에는 이 initializer에서(== non-isolated initializer) 'self'의 non-isolated 프로퍼티에만 액세스할 수 있다고 나온다.

subscribe부분에서 self가 캡쳐되어 self의 복사본이 만들어진 후에 actor의 isolated 프로퍼티에 접근하는것이 안되는 것 같다?..

nonisolated 키워드를 붙히고 싶은 욕구가 들지만 computed와 메소드에만 붙힐 수 있다. 즉 date race를 일으키지 않는것들만 붙힐 수 있고,

var같은 mutable property는 non-isolated가 되면 data race를 일으킬 수 있기 때문에 붙힐 수 없다.

위 RxSwift 예제 말고 좀 더 쉽게 보면..

actor Person {
    
    var name: String = ""

    init() {
        Task {
            await self.testMethod()
        }

        self.name = "Zedd" // ⚠️ Cannot access property 'name' here in non-isolated initializer; this is an error in Swift 6
    }
    
    func testMethod() {}
}

Task내부에서 self가 복사된 후에 name에 접근하는 이런 흐름..

결국 initializer가 non-isolated하기 때문에 이런 일들이 일어나는 것 같다.

아무튼 3번문제도 2번의 해결방법으로 자연스럽게 해결됨.

SE-0327을 이해하는데 너무 어려웠어서 내가 우아하게 해결한건지는 잘 모르겠는데..

(status는 Accepted이나 Xcode 14 Release Notes를 보면 SE-0327에 대한 내용이 일부 구현이 된 것 같다.)

내가 틀린 말을 했거나;; 더 좋은 방법이 있다면 댓글 부탁드립니다.

2022년 회고와 2023년 다짐

Zedd0202 — Sat, 31 Dec 2022 21:48:25 +0900

2018년 회고와 2019년 다짐

2019년 회고와 2020년 다짐

2020년 회고와 2021년 다짐

2021년 회고와 2022년 다짐

2018년부터 회고를 쓰기 시작했지만, 꼭 연말에 회고해야하는것도 아닌데..뭔가 숙제같은 기분이 들기도 하고 그래서

‘이럴거면 그냥 쓰지말자~~!!!~~!!!!’고 생각했다.

어쩌다 내가 작년에 쓴 회고를 다시 보게됐는데, 읽는데 너무 즐거운 것이다.

아 진짜 이때 이랬지…..엄청 오래된 일 같았는데 작년이라니!! 하는 이런저런 생각이 들면서

Zedd : 연말하면 회고지

혼자 그냥 개인적으로 써도 되지만, 이왕 쓰기로한거 원래대로 티스토리에 써보려고 한다.

그냥 이번에는 이런저런 생각이 들었어서..쓰기전에 주절주절 말해봤다.

올해 내가 느꼈던 것들 위주로 써보려고 한다.

# 올해의 키워드

올해 나에게 큰 변화를 가져다줬던 것들이 몇 가지있는데, 내면으로나 외면으로나 나를 한뼘 더 자라게 해준 고마운 것들이다.

- 중국어

- 첫 해외여행

- 다이어트

- 독서모임

# 중국어

작년 9월 말부터 듀오링고로 중국어 공부를 시작해서..

작년 회고 쓸때쯤에는 70일? 80일정도 밖에 안했던때라 아는 중국어도 극히 적었었다.

일단 오늘(12/31) 기준으로 462일째 공부중인데, 1년 넘게 (듀오링고로만..) 중국어를 공부하면서 느낀 것들을 써보려고 한다.

(새삼 듀오링고의 리텐션이 어마어마하겠다는 생각이 든다..)

중국어가 나에게 변화를 줬다고 생각하는 포인트는

그냥 일상생활에서 어 이거 중국어로 뭘까? 하는 생각을 엄청 많이 하게 됐다는 거!!

이 외에도

✔️ 한자로 된 간판 중국어로 읽어보기 (번외로 아파트도 있음zzz)

✔️ 중국음식점가서 메뉴판보면 중국어 있나 찾아보기 → 아는 단어 나오면 혼자 내심 뿌듯해함

✔️ 박물관같은게 가서 설명문? 같은거 보면 중국어부터 읽어봄

✔️ (중국인이 하는 마라탕 먹으러 갔을 때) 주방에서 말하는거 들을려고 귀 쫑긋하고 있음

✔️ 중국인이 길 물어봤을 때의 대처 시뮬레이션 (제발 중국인과 이야기해보고싶다는 내 염원이 담겼다고 볼 수 있음)

✔️ 중국어로 언어유희 (아무도 이해못하기 때문에 혼자 하고 혼자 웃음)

굉장히 소소하게 보일 수 있는데, 그냥.. 이런 소소한것들을 궁금해하고 상상하고 있는 나를 보고있으면 신기하다.

그리고 예전엔 몰랐던 단어들이 눈에 들어올 때의 그 기쁨, 뿌듯함은 말로 표현이 안된다.

올해 5월에는 작고 귀여운 HSK 2급에도 도전했었다.

시험보고 한달 뒤 쯤 성적표가 우편으로 날라온다. (온라인에서도 확인할 수 있음)

2급이 어려운 급수도 아니고 (1급이 가장 낮은 급) 자격증을 따서 어디 쓸데도 없지만…(심지어 토익처럼 2년 유효기간이 있음ㅎ)

이 경험 자체가 나에게 너무 소중했다!!! 자세한 내용은 브런치에 썼으니 참고

https://brunch.co.kr/@zedd/361

HSK 2급 지필 후기

2022.05.14 | 2022.05.14 오늘, HSK 2급 지필시험을 봤다. HSK가 총 6급까지 있고, 2급은 쉬운축에 속한다고 볼 수 있는데..그렇게 잘 본건 아닌 것 같아서 ^^.... 후기를 쓸까말까 하다가..그래도 나중에 보

brunch.co.kr

4급에도 도전해보려고 책도 샀는데..듀오링고와 수준차이가 갑자기 어마어마하게 나서 지레 겁먹고있는중 OTL

HSK도 올해 11월부터 9급까지 확장되었는데.. 언젠가 나도 9급을 볼 수 있는 날이 오겠지!?

그리고 6월에 유튜브 진짜중국어 채널에서 운영하는 하루 한문장 챌린지에 도전했었다!

하루에 하나씩 유튜브 채널에 한문장씩 올라오고 설명적기 + 내가 그 문장 연습하고 녹음해서 보내는 식...

그러면 선생님(진짜중국어 채널 주인..) 녹음해서 피드백을 보내주신다.

통과 될때까지 계속 다시 녹음해서 보내야함zzzzz ㅋ큐ㅠ

챌린지 도전한 사람만 100명? 200명 가까이 되는것으로 알고있는데..

진짜 꼼꼼하게 피드백해주시고 이분 진짜 대단하다고 생각함......zzzzzz 파고다에서 강의도 하시는 것 같던데..

이거하면서 느꼈던게..처음엔 진짜 바보같이 내가 피드백받는게 무서웠다.

나는 중국어 발음도 유튜브 + 듀오링고로 공부하고 그냥 못하는게 너무너무너무 당연하고 걍 멍청이인데..

저분이 녹음으로 피드백 보내주시면 재생버튼 누르는게 진짜 힘들었다.

점점 하다보니 'ㅇㅋ 피드백 할거리 없게 완벽하게 연습해서 보내주겠어' 라는 마인드를 장착하고..익숙해져서인지 처음보다는 쉽게 피드백 녹음을 재생할 수 있었다.

나도 날 잘 모르겠다.. 이때의 내가 넘 븅딱같이 인상적이었어서 써봄..

# 첫 해외여행

나는 예전부터 귀찮음도 많고..집에있는 것을 좋아해서 여행과는 담을 쌓고 살았었다.

여행? 구글어스로해 (번외로 '세계 여행? 오버워치로해' 도 있음)

이런 마인드였다가 작년부터 국내여행을 나름 자주 다니고 있다.

그러다보니 비행기도 제주도 간다고 작년에 처음 타봤었고.. 여권은 아예 만들생각도 하지 않았다.

그런데 갑자기 8월쯤 친구들이 같이 괌을 가자고 해서!!!!!!! 어찌저찌 같이 가게됐다. (가는건 12월)

WWDC가 나의 첫 해외여행이지 않을까..했던 나에게는 정말 큰 도전이었다.

왜 큰 도전이였나면..

1. 첫 해외여행

2. 첫 여권

3. 첫 비행기표 예매 (내가 직접한건 처음..)

4. 첫 친구들과의 여행

비행기표 예매부터 준비, 갔다올때까지 정말 내가 몰랐던 세계를 알게된 기분이었고..이 모든 것을 해낸 내가 뿌듯하다!?!?

괌은 한국어패치가 정말 잘되어있어서..여행하는데 수월하긴했지만 !!!!외국!!!! 이런 느낌이 없어서 아쉬웠다.

(하지만 첫 해외여행이 이런곳이었어서 다행이었을수도...)

하지만 아쉬움보다는 내가 보고 느꼈던 좋은 것들이 훨씬 많아서 가길 정말 잘했다는 생각이 든다.

(괌을 간건 12월이었어서) 한국은 추운데 그렇게 더운 나라를 간것도, 돌고래를 처음 본것도, 그렇게나 맑은 바다를 본것도, 스노우 쿨링, 물안경 너머로 보이던 수많은 물고기, 맑은 하늘, 맑은 하늘에 갑자기 내리는 비, 웃통까고 조깅하는 사람들 등등 모든게 처음이었고 신기했고, 좋았고..

그냥 단순한 출국심사까지도 나에게 처음이었어서 마냥 좋았다. 너의 첫 해외여행이 맞니? < 이렇게 물어봐주심..

그리고 무사히 돌아와서 정말 감사하다.

같이 간 친구들과 맛있는거 사서 호텔방에서 같이 먹고..자고..수영장도 가고 사진도 많이 찍고!!

너무 좋은 기억으로 12월을 시작했어서 행복했다.

더 많은 내용은 브런치에 시리즈로 쓸 예정!

그러고보니 올해 국내여행도 많이 갔는데, 요것들도 글로 남기면 좋을 것 같기도?

# 다이어트

사실 나는 올해 다이어트를 한것만으로도

'와 나도 할 수 있구낰ㅋㅋㅋ와 진짜 이게 되는구나..했구나 나도..' < 로 생각할만큼..

올해는 진짜 다이어트를 했던 경험이 진짜로!!!!!!!!!!!1 진짜 나에게 너무 많은 내/외면의 성장을 가져다준 것 같다.

1. 다이어트를 대하는 나의 자세

2. 과식 자제. 식사량 조절

3. 운동 의지

등.. 나 자신이 많이 달라진걸 나 스스로 느끼니까 그게 너무 뿌듯하다.

올해 7월 1일 건강검진때 나왔던 체중에서 10kg를 감량했다.

(체중이 중요한건 아니지만..체지방량은 8kg 줄어들었다.)

체중은 비밀...............................................

2022년 7월 1일 건강검진

2022년 12월 14일 헬스장

(체지방률은 BMI랑 같이 있어서 캡쳐는 따로 안함 하하!!!!)

감량한 지금 몸무게도 많이 나가는 편이라..그냥 나를 매일 보는 사람들만 어? 살 좀 빠진듯..? 하고 살짝 느끼는 수준같다.

나는 키가 170으로 그리 작지 않은 키를 가지고 있는데 (170.6나올때도 있고 170.3나올때도 있고..맨날 다르게 나와서 그냥 170이라 하고 다님..)

골격도 큰편이라 나는 정말 평생을 '다이어트 해야겠다' < 마인드로 살아갔다고 해도 과언이 아니다.

하지만 성공적인 다이어트를 해본 적은 한번도 없고,

진짜 예전에 딱 한번 굶어서 살을 5kg 정도 뺀적이 있다. (당연히 요요^_^..)

근데 이번에는 정말 건강하게!! 근육도 지키면서 체지방만 감량한 것 같아서 내 자신이 자랑스럽다.

그냥..올해 이 경험이 너무너무 감사하고 앞으로 더더 건강해질 내가 정말 기대된다.

나름 나에게 큰 동기부여가 되었던 소소한 사건이 있었는데 바로 '반지'다.

나는 반지를 계속 만지작거리면서 뺐다 꼈다하는 버릇이 있는데, 어느 순간 이 반지가 안빠지는 것이다..??!!

엥;; ㅎㅎ;; 아침이라 부었나~? 라고 생각했지만 저녁까지 빼기 힘든 반지를 보며..

'와 손가락에도 살이 찌는구나!!'를 깨달았고 살을 진짜 빼야겠다는 생각을 했다.

다행히 지금은 반지가 정말 잘빠지는데..가끔씩 안빠졌던 반지가 생각이 나서 웃겼어서..써본다.

다이어트 하면서 클라이밍도 잠시 중단했다. (아쉽)

클라이밍은 나를 들어올리는 운동이다보니..체중이 가벼울수록 더 잘해지는 운동이다. (그걸 이기는 악력이 있으면 ㄱㅊ)

나는 살을 빼고 다시 시작하는게 낫다고 생각해서 잠시 멈추고 헬스장에서 혼자 운동했다.

그리고 다이어트를 하면서 내 몸을 대하는 자세/마인드도 더욱 진지해졌다.

처음에는 탄수화물을 극히 제한하는 식단을 했지만, 단순히 탄수화물을 줄여서는 답이 없구나도 몸소 깨달았고,

(액상)과당을 줄이려는 노력을 정말 많이 했다.

그리고 예전에는 먹고싶은거 다 시켜서 먹어보자~! 여기 언제 또 오겠어~! 이런 마인드였다면

지금은 ㅇㅇ너무 많아 딱 먹을것만 시키자 이런 마인드로 바뀌었다.

물론 많이 시킬때도 있지만, 그럴때는 먹는 양을 조절하는 등 예전의 나와 정말.....달라졌다.

진짜 저는 밥을 싹싹 비우는 사람이었거든요.............

다이어트 관련해서만 글을 10개는 쓸 수 있을만큼 하고싶은 말이 많은데,

내가 혼자 목표하는 체중과 체지방률/골격근량이 있기 때문에 이걸 달성하고 회고하는 기념으로 글을 한판 쓸까한다.

그냥 왠지..나는 달성할 수 있을 것만 같은 자신감이 든다. 헤헤

달성이라고 해서 이게 목표!! 내년 안에!!! 이런거는 아니고, 내 삶의 자세 같은거라고 생각하고 살 생각이다.

시간이 얼마나 걸리든 꾸준히 하는 자세!!!!

중요한건 꺾이지 않는 마음!!!!!!!!!!!!!!!!!!!!!!!!!!

# 독서모임

올해 친구들과 독서모임을 시작했다.

~ 종로에 클라이밍 하러갔다가 끝나고 카페에서 이야기 중 ~

아 책 읽어야 하는데.. → 서로 책 추천 → 우리 독서모임 해볼래? 로 되어서 갑자기 독서모임이 결성되었다.

그냥 뭐 빡빡한 제한같은거는 없고..

책 읽고 (다 안읽어도됨) 느낀점을 카톡에 바로 올리던가 블로그같은데 올려서 주소공유하는식이다.

나는 다 못읽었을 때는 카톡으로 바로 올릴때도 있고..브런치에 독후감을 써서 올렸다.

https://brunch.co.kr/magazine/lonelyhumanzedd

고독한 인간의 성장 매거진

#성장

brunch.co.kr

(일단은) 매주 월요일 밤 10시로 시간이 정해져있긴 한데..못올리겠으면 도토리가 1개 적립된다.

도토리가 쌓이면................

(큰일) 도토리가 많이 쌓이게된다 (큰일)

친구들끼리 하는거라 더 자유롭게 이야기할 수도 있고, 서로 책 추천도 하고..

올해 이런거라도 있어서 책을 보게됐던 것 같다.

그냥 단순히 책 읽었다!가 아니라 독후감을 쓰는 나의 자세라던가(잘써야겠다는 압박 X) 전자책에 익숙해졌다거나 여러모로 얻은게 많았다.

2022 독서 연말정산

얼마전 독서모임 단톡방에서 선물(?)을 받았다. 연말정산을 할 만큼 많은 책을 읽은건 아니지만... 재밌을 것 같아서 해보려고 한다. 1. 가장 재밌게 읽은 책 1번부터 어렵네.. 고민하다가 <딱 하나

brunch.co.kr

# iOS / 블로그

사실 올해 iOS개발자로서 어땠냐고 본다면 썩 좋지는 않았다.

이 회고에서 나를 비판하거나 왜 그랬어!! 더 잘했어야지!! 라고 할 생각은 없고, 그냥 내가 느꼈던 감정들을 그대로 쓰고싶다.

그냥 우리 팀 내에서의 iOS개발자 역할은 잘 수행했던 것 같지만..?! (당연한거)

iOS챕터내에서 뭔가 기술적으로 다른사람들에게 임팩트를 주거나 했던 건 거의 없었던 것 같다.

다른 사람들은 다 잘하는데 나는 왜이래 ㅠ..라는 생각도 했었고 (그냥 하면되는데!!!!!!!!!!!!!!)

전체적으로 자신감이 많이 떨어졌다. 그냥 나는 아무것도 모르는 바보같음..

정말 솔직하게 말하면 신규 입사자분들이 내 블로그를 잘 봐주시고 나를 알아봐주시는게 참 부끄럽기도 했다.

Zedd : 아 안녕하세요..!! ㅎㅎ (나는 진짜 사실 바보라구요 난 진짜 바본데 내가 왜 블로그같은걸 해가지고)

그러던 중 하반기쯤 팀이 바뀌었다.

바뀐 팀 업무를 하면서 커뮤니케이션 할 일도 많아졌는데,

그러다보니 내 의견을 일목요연하게 말하는게 얼마나 중요한지 또 한번 실감하게 되었다.

어떤 기획이나 디자인에 대한 의견을 빠르게, 그러면서도 논리정연하게 주고받는 사람들이 정말 많아서,

나는 이런 소프트스킬을 더 키울 필요가 있다는 생각이 들었다.

그리고 자연스럽게 그냥 한명의 직장인으로서 일을 잘하고싶다! 라는 생각이 들었다.

그러면서 뭔가 iOS/개발역량에 대한 집착? 압박같은게 아주 살짝 사라졌었던 것 같다.

그리고 기술보다는 비즈니스가 우선 < 요 마인드가 제대로 장착이 된 영향도 큰 것 같다.

예전에는 개발을 잘하고싶다!!는 생각만 했다면 지금은 일을 잘하고 싶다!!!는 갈망...

소프트스킬이 중요하다는 건 익히 알고있었지만, 유독 이번 하반기에 더 절절하게 실감한 느낌이라 써보았다!!!!!

그래서 인프콘 때 나와 팀을 성장시키는 리뷰들 - 코드리뷰만 리뷰가 아니라니까?세션을 인상깊게 들었던 것 같다.

([후기] INFCON 2022 참고)

사실 블로그 포스팅도 많이 못했고 그러다보니 관리도 소홀해지기도 했다.

나는 뭔가 딱 꽂히면 파바박 하는 스타일인데, 올해 나를 꽂히게 하는 것들이 몇개 없었다.

뭐 내가 애써 외면한걸수도 있지만..실제로 그랬어서 뭔가 글 쓰는것도 잘 안되고 동기부여가 안됐다.

예전에는 지금 당장 필요없어도 그냥 공부해보자~~!!! 이런 느낌으로 많이 썼었는데,

요즘은 지금 나에게 도움이 되는거 위주로 쓰게되는 것 같다.

지금 당장 필요하지 않은 무언가를 공부해보는 것도 좋다!

나도 이 방식으로 나름 공부해봤다고..할 수 있을 것 같은데,

물론 이 방식에도 좋은 점은 분명히 있지만 머리속에서 금방 잊혀져 버리는 단점이 있는 것 같다.

그럴 때 내가 쓴 글을 보면 되지만... 사실 지금 당장 필요해서 적용하면서 쓰는 글보다는 얕게 쓰이는 것 같다.

뭐 그래서 결론이 한달에 글 한개씩은 꼭 쓰자~!! 이런건 아니고..결론은 없다.

쓰고싶으면 쓰는거고....안쓰고싶으면 안쓰는거고..

# 새로운것에 많이 도전해보기

작년 회고때 2022년 다짐으로 '새로운 것에 많이 도전해보기'를 써두었다.

내년에는 재지않고 이것저것 많이 도전하기!!를 목표로 하는 한해가 되고싶다.
...

그래서 나도 지금 내가 할 줄 아는 것들에 안주하는게 아니라,

이것저것 내가 해보지못한 것들에 도전해보자!는 결심을 하게됐다.

뭔가 새로운것들을 엄청했다!!! 이건 아니지만,

원래같으면 아 귀찮아..하고 안했던것들을 의도적으로 더 해보려고 노력했다.

그게 사격, 그릇 만들기, 여행같은 정말 새로운 '것'을 해보는것도 있었지만

단순히 주말에 어디갈까? 할때도 귀찮지만 일부러 멀리 나가본다던지…같은 마음가짐일때도 있었다.

무조건 새로운것을 많이 해보는게 마냥 좋은게 아닐수도 있다!

그냥 나는 워낙 그런 경험이 적었기 때문에.. 지금에라도 많이 해볼려고 하는거!!

하지만 새로운것을 많이 해봤냐!! 안했냐!! 그 양이 중요한건 아닌 것 같고..

귀찮음을 극복해보려고 하는 생각/행동이 예전보다는 많아진것 같아서 그걸로 만족한다.

예전: 강원도에 바다 보러 갈래? → 귀찮...

지금 : 강원도에 바다 보러 갈래? → 귀찮...지만 가보자!!!

이런 상태인듯.. 실제로 이렇게 바다를 보러 속초에 갔었다.

# 2023년 다짐

목표와 다짐은 다르니..나는 목표를 세우기 보다는 다짐을 하고싶다.

아직도 헬스장을 가려고 하면 으 5분만...하는 생각이 드는데, 그냥 이럴때 바로 가버리기!

그냥 생각하지 말고 바로 실천하는 내가 되었으면 한다. (대신 말은 생각하고 하기~~!)

헬스장가기 < 이런걸 뭔가 해치워야하는 미션같이 생각하지말고 그냥 습관처럼 할 수 있도록 시스템화하기

(== 양치하는거랑 똑같이 그냥 당연히 해야할 때 해야하는 것으로 인식하게 만들기)

# 끝으로

내년에도 이거보면서 아 이때 이랬지!~~~~하고 웃겠지..

이렇게 쓰고보니 올해가 나에게 정말 의미있는 해였구나..하는 생각이 든다.

그래서인지 2023년이 더 기대된다. 2023년 회고를 쓸 때쯤에 나의 모습이 너무 기대된다. (~~체지방률 몇퍼일까?~~)

내년에도 왠지 쓸 내용이 엄청 많을 것 같다 :D

[Swift] Opaque Type

Zedd0202 — Fri, 23 Dec 2022 17:18:41 +0900

안녕하세요 :) Zedd입니다.

Swift 5.7에 추가된 Opaque Parameter Declarations을 보기 전에..

Opaque Type이 어떤건지!!!

Opaque Type은 Swift 5.1에 추가되었습니다.

Opaque Type을 직역하면 불분명한 타입 정도가 되겠네요.

불투명 타입이라고 부르는 사람도 있는데, 저는 불분명한 타입! 요게 더 와닿는것 같아서 ㅎ

# Generic

(갑자기) 우리에게 익숙한 Generic을 보겠습니다.

struct Stack<Element> {
    var items: [Element] = []
    
    mutating func push(_ item: Element) {
        items.append(item)
    }
    
    mutating func pop() -> Element {
        return items.removeLast()
    }
}

위 Stack 구조체는 Generic Type인 Element를 사용하고있습니다.

우리가 이 코드를 작성할 때 이렇게 생각할 수 있겠죠.

'아 Element로 어떤 타입이 올지 모르겠으니 특정 타입에 국한되게 만드는게 아니라 좀 추상적으로/일반적으로 만들어야겠다! Int든 String이든 내가 만든 Custom Type이든 모든 타입에서 동작할 수 있게!'

핵심은, 이 Stack 구조체를 작성할때 우리는 Element가 어떤 타입인지 알 수 없습니다.

언제 Element의 타입을 알수있냐?

var intStack = Stack<Int>()

사용하는 호출부에서 타입을 지정해줘야 비로소 Element의 타입이 결정되는것이죠.

Int로 지정했으므로, intStack.items의 타입은 [Int]로 나오는 것을 확인할 수 있습니다.

예제는 struct로 들었지만 Generic으로 작성된 함수(메소드)도 다 똑같습니다.

간단히 정리하면,

구현부 - 추상화하여 작성

호출부 - 구체적인 타입 지정 (타입을 알 수 있음)

# Opaque Type

Opaque Type은 some 키워드 + 프로토콜로 사용할 수 있습니다.

struct ContentView: View {

    var body: ✅some View✅ {}
}

우리가 SwiftUI에서 주구장창 본 some View. 이것이 Opaque Type입니다.

Opaque Type은

- 함수(메소드)의 리턴타입

- stored property 타입

- computed property 타입

- subscripts

- (Swift 5.7 부터) 함수 파라미터 타입

으로 사용될 수 있습니다.

함수(메소드)의 리턴타입으로 사용된 Opaque Type의 간단한 예를 봅시다.

func makeArray() -> some Collection {
    return [1, 2, 3]
}

이런 Opaque Type은 Generic과 반대로 작동하므로 위에서 Generic을 먼저 설명했던것인데요.

어떤 부분이 Generic과 반대인지 살펴봅시다.

위 코드에서는 [1, 2, 3]을 바로 리턴했는데요.

Generic때 처럼 내부가 추상적으로 작성되지 않고 KTX타고 가면서 봐도 구체타입인 [Int]을 리턴하는 것 같습니다.

makeArray함수 내부에서는 [Int]라는 구체타입을 알고있는 것이죠.

makeArray를 호출하는 호출부의 입장을 생각해보겠습니다.

Generic과 다르게 호출부에서 알 수 있는것은 아 Collection 프로토콜을 준수하는 어떤 구체 타입이구나..만 알 수 있습니다.

Generic과 다르게 호출부가 일반적/추상적으로 작성되어야 합니다.

var intStack = Stack<Int>()

이런식으로 호출부가 완전히 구체적인 타입을 알고 있던 Generic과는 완전히 반대되는 경우인데요.

[Generic]

구현부 - 추상화하여 작성

호출부 - 구체적인 타입 지정 (타입을 알 수 있음)

[Opaque Type]

구현부 - 구체적인 타입 지정 (타입을 알 수 있음)

호출부 - 추상화하여 작성

이것이 Opaque Type이 역 제네릭 타입(reverse generic type)으로 불리는 이유입니다.

그리고 이러한 특성때문에 "Opaque Type을 사용하여 리턴 타입의 정보를 숨길 수 있다"고 말하는 것입니다.

말 그대로 불분명한 타입인거죠.

# Protocol Type

Opaque Type은 some 키워드 + 프로토콜이었는데요.

이 some 키워드만 빠지면 우리가 자주 사용하는 Protocol Type입니다.

protocol TestProtocol {}
func somethings() -> some TestProtocol {} // Opaque Type
func somethings() -> TestProtocol {} // Protocol Type

호출부에서 somethings 함수를 호출했을 때,

호출부는 TestProtocol 타입을 준수하는 어떤 타입이구나!로 아는건 똑같아보이는데..

Protocol Type과 Opaque Type은 어떤점이 다를까요?

# Differences Between Protocol Types and Opaque Types

✔️ [Protocol Type을 리턴할 때] ✔️

Protocol Type을 리턴하는 함수 내에서는 조건에 따라 해당 Protocol을 준수하는 어떤 타입이든 리턴할 수 있습니다.

struct 오버워치: TestProtocol {}
struct 롤: TestProtocol {}

func somethings() -> TestProtocol {
    let 재밌다 = true
    if 재밌다 { return 롤() }
    
    return 오버워치()
}

핵심 : 특정 조건에 따라 리턴하는 구체타입을 달리할 수 있다는 것

✔️ [Opaque Type을 리턴할 때] ✔️

위 코드에서 some 키워드만 추가해주겠습니다.

struct 오버워치: TestProtocol {}
struct 롤: TestProtocol {}

func somethings() -> ✅some✅ TestProtocol {
    let 재밌다 = true
    if 재밌다 { return 롤() }
    
    return 오버워치()
}

그러면 아래와 같은 컴파일 에러가 발생하는데요.

Function declares an opaque return type, but the return statements in its body do not have matching underlying types

Opaque Type으로 사용하려면 해당 프로토콜을 준수하는 단 하나의 구체타입을 리턴해야만 합니다

func somethings() -> some TestProtocol {
    return 롤()
}

이런식으로요.

아래와 같이 정리할 수 있습니다.

Protocol Type - 프로토콜을 준수하는 모든 타입을 참조할 수 있음 (a protocol type can refer to any type that conforms to the protocol)

Opauqe Type - 하나의 특정 구체 타입을 참조하지만 함수 호출자는 어떤 타입인지 볼 수 없음 (An opaque type refers to one specific type, although the caller of the function isn’t able to see which type)

이 둘을 딱 봤을 때 코드를 더 유연하게 작성할 수 있는 타입은 Protocol Type인데요.

struct 오버워치: TestProtocol {}
struct 롤: TestProtocol {}

func somethings() -> TestProtocol {
    let 재밌다 = true
    if 재밌다 { return 롤() }
    
    return 오버워치()
}

Protocol을 준수하는 어떤 타입이든 특정 조건에 따라 리턴할 수 있게 때문에 유연성이 높은 코드를 작성할 수 있게 됩니다.

다만 이러한 유연성의 대가도 있는데요.

반환된 값에 대해 일부 작업을 수행할 수 없다는 것입니다. 예를 들어봅시다.

이렇게 두고,

struct 오버워치: TestProtocol {}
struct 롤: TestProtocol {}

func somethings() -> TestProtocol {
    let 재밌다 = true
    if 재밌다 { return 롤() }
    
    return 오버워치()
}

-------

let a = somethings()
let b = somethings()

print(a == b)

a와 b가 같은지 비교해보려고 합니다.

⛔️ 문제 1. == 연산자가 TestProtocol에 포함되어있지 않기 때문에 ==를 추가하려고 시도

protocol TestProtocol: Hashable {}

extension TestProtocol {
    
    static func == (...) -> Bool {
        return lhs.hashValue == rhs.hashValue
    }
}

(Equatable을 사용하지 않은건 hashValue를 사용하려고,..Hashable이 Equatable을 준수하고 있는건 아시죠!?)

⛔️ 문제 2. == 연산자는 좌항과 우항의 타입을 알아야함

보통 이 TestProtocol을 채택하는 구체적인 타입과 일치하는 Self를 파라미터로 사용하게 됩니다.

protocol TestProtocol: Hashable {}

extension TestProtocol {
    
    static func == (lhs: Self, rhs: Self) -> Bool {
        return lhs.hashValue == rhs.hashValue
    }
}

⛔️ 문제 3. Protocol 'TestProtocol' can only be used as a generic constraint because it has Self or associated type requirements

func somethings() -> TestProtocol {
    let 재밌다 = true
    if 재밌다 { return 롤() }
    
    return 오버워치()
}
// Protocol 'TestProtocol' can only be used as a generic constraint because it has Self or associated type requirements

여기서 안본 사람이 없다는 '그 에러'..가 발생하게 됩니다. (물론 Xcode 14에서는 조금 다른 에러가 나오긴 하지만..)

지금은 Self제약 때문에 난 에러긴 하지만, 프로토콜이 Associated type을 가지고 있을때도 같은 에러가 발생합니다.

위에서 언급했지만 ==에서 사용된 Self는 TestProtocol을 채택하는 구체적인 타입을 의미합니다.

근데 컴파일시에는 이 Self가 어떤타입인지 모르기 때문에 에러가 나게 됩니다.

에러메시지에 나와있는 것 처럼,

프로토콜 내에서 Self나 Associated type을 사용할 때 이 프로토콜을 단독으로 리턴타입이나 파라미터타입으로 쓸 수 없고 generic constraint으로만 사용될 수 있습니다.

func somethings<T: TestProtocol>(source: T) -> Int {
    return source.hashValue
}

이런식으로요. 리턴타입으로 사용할 수 없으니 구체타입인 Int를 리턴하게 해주었습니다.

let a = somethings(source: 롤())
let b = somethings(source: 오버워치())
print(a == b) // true or false

드디어 컴파일이 되지만.. 결과적으로 TestProtocol (Protocol Type)을 리턴하면서 ==를 사용할 수 있는 방법은 없습니다.

문제는 하나 더 있습니다. 있었습니다..? Swift 5.7에서 아래 문제(문제 4)는 발생하지 않습니다.

⛔️ 문제 4. Protocol 'TestProtocol' as a type cannot conform to the protocol itself

== 연산자 같은 구현은 전부 지우고, somethings 함수를 살짝 수정했습니다.

protocol TestProtocol {}

struct 오버워치: TestProtocol {}
struct 롤: TestProtocol {}

func somethings<T: TestProtocol>(source: T) -> TestProtocol {
    return source
}

somethings함수는 TestProtocol을 준수하는 어떤 타입이든 파라미터로 받아서 그대로 리턴합니다.

let a = somethings(source: 롤())
let b = somethings(source: a) // Protocol 'TestProtocol' as a type cannot conform to the protocol itself

그럼 somethings(source: 롤())로 리턴한 a도 역시 TestProtocol을 준수하기 때문에 이 a를 그대로 파라미터로 넘길 수 있는데요.

이러면 컴파일에러가 발생하게 됩니다.

let a = somethings(source: 롤())

let b = somethings(source: 오버워치()) // ✅ OK
let b = somethings(source: a) // ⛔️ Error!

왜 오버워치로 넣은건 됐는데, a를 그대로 넣으면 에러가 나냐?

func somethings<T: TestProtocol>(source: T) -> TestProtocol {
    return source
}

Generic은 컴파일시 프로토콜을 준수하는 구체적인 타입이 필요한데, a는 구체타입이 아니라 그냥 TestProtocol타입이기 때문에 컴파일이 되지 않습니다. (컴파일타임에 구체타입을 알 수 없어서)

그래서 generic이 아닌

func somethings(source: TestProtocol) -> TestProtocol {
    return source
}
let a = somethings(source: 롤())
let b = somethings(source: a)

이런식으로 사용해야하죠.

⚠️ 문제 4는 Swift 5.7을 사용하는 Xcode 14에서는 에러가 안납니다~

관련 Proposal은 Implicitly Opened Existentials을 참고해주세요.

----

아무튼 이러한 문제가 발생하는 이유는..

Swift의 Protocol은 Type identity를 보존(preserve)하지 않기 때문인데요.

저는 도대체 이 Type Identity가 뭘까...헷갈려서 많이 찾아봤는데, 제가 이해한바를 간단하게 예제로 설명하자면

func somethings() -> TestProtocol {
    return 롤()
}

이런식으로 사용했을 때,

somethings를 호출하는 호출부에서는 롤이라는 구체타입에 대한 정보를 전혀 모르고 TestProtocol로만 받게되는데...

즉, 호출되었을 때 롤이라는 구체타입에 대한 정보를 잃어버리기 때문에? Type Identity를 preserve(보존)하지 않는다..라고 말하는것 같아요?

그럼 Opaque Type은 Type Identity를 보존하냐? ➡️ 보존합니다.

그래서

protocol TestProtocol: Hashable {}

extension TestProtocol {
    
    static func == (lhs: Self, rhs: Self) -> Bool {
            return lhs.hashValue == rhs.hashValue
        }
}

struct 오버워치: TestProtocol {}
struct 롤: TestProtocol {}

func somethings() -> some TestProtocol {
    return 롤()
}

let a = somethings()
let b = somethings()
print(a == b) // true

이것이 가능합니다.

왜냐면 Opaque Type으로 사용하여 타입은 숨겼지만, 컴파일러는 구체타입을 알기 때문에 Type Identity를 preserve(보존)할 수 있습니다.

이건 우리가 계속 봤던 예제라 넣은거고..

let a: some SignedInteger = 1
let b: some SignedInteger = 2

print(a == b) // false

간단하게 이런것이 그냥 가능하다!?

(예제를 함수로만 본 것 같아서.. 위에서 말했듯이 stored property도 Opaque Type으로 선언할 수 있습니다)

이 Opaque Type은 Swift 5.1나왔던 그 순간부터 쓰려고 했던 주제인데..이제야 ^^;

틀린 부분이 있다면 댓글로 알려주세요!

[SwiftUI] NavigationView ➡️ NavigationStack

Zedd0202 — Sun, 20 Nov 2022 17:38:58 +0900

안녕하세요 :) Zedd입니다.

@available(iOS, introduced: 13.0, deprecated: 100000.0, message: "use NavigationStack or NavigationSplitView instead")
public struct NavigationView<Content> : View where Content : View { ... }

WWDC22에서 NavigationView가 deprecated되고 NavigationStack/NavigationSplitView가 나왔는데...한번 바꿔보려고 합니다.

NavigationStack/NavigationSplitView가 iOS 16+ 부터 사용할 수 있기 때문에, 앱의 Deployment Target이 16+ 이상인경우에만 진행하는게 좋습니다.

이 글에서 NavigationSplitView는 따로 다루지 않습니다.

# NavigationStack

RootView를 표시하고, Root View에 대한 추가(additional) View를 제공할 있는 View

앱이 굳이 Split 되어서 보여질 필요가 없다면, 즉 Single column navigation을 사용한다면 NavigationStack을 사용하는 것이 좋습니다.

기존 (deprecated된) NavigationView를 사용할때는

NavigationView { 
    /* content */
}
.navigationViewStyle(.stack) ✅

이런식으로 navigationViewStyle을 stack으로 주었을텐데,

NavigationStack을 사용한다면

NavigationStack {
    /* content */
}

이렇게만 사용하면 됩니다.

Stack은 항상 제거되지 않은 가장 최근에 추가된 View를 표시하며, RootView는 제거할 수 없다!

# NavigationLink와 .navigationDestination

NavigationStack을 사용한다면, NavigationLink와 .navigationDestination modifier는 그냥 세트로 다닌다고 생각하면 됩니다.

✔️ NavigationLink - 탐색 Presentation을 제어하는 View.

✔️ navigationDestination(for:destination:) - Destination View를 NaviationLink에서 제시된 Data 타입과 연결해주는 Method

var body: some View {
        NavigationStack {
            List {
                NavigationLink("Mint", value: Color.mint)
                NavigationLink("Pink", value: Color.pink)
                NavigationLink("Teal", value: Color.teal)
            }
            .navigationTitle("Colors")
        }
}

이렇게만 해주면

이렇게 Navigation을 위한 View들만 만들어지고, 클릭하면 아무런 이동도 안하는데요. (NaviationLink가 View니까)

우리가 원하는 것 -> 눌렀을 때 내가 원하는 1) View로 2) Navigation되었으면 좋겠어.

[준비물]

1. 눌렀을 때 이동할 View

struct ColorDetail: View {
    
    var color: Color
    
    var body: some View {
        Text("\(self.color.description)")
    }
}

2. navigationDestination(for:destination:) 사용

var body: some View {
            NavigationStack {
                List {
                    NavigationLink("Mint", value: Color.mint)
                    NavigationLink("Pink", value: Color.pink)
                    NavigationLink("Teal", value: Color.teal)
                }
                .navigationDestination(for: Color.self) { color in ✅
                    ColorDetail(color: color)
                }
                .navigationTitle("Colors")
            }
    }

⚠️ 주의할 점 ⚠️

NavigationLink("Teal", value: Color.teal)

NavigationLink에 제시된 Data타입 ➡️ Color

.navigationDestination(for: Color.self)

navigationDestination(for:destination:) ➡️ Color

이 Data 타입이 같지 않으면 Navigation을 하지 않으니 주의!

Q : 나는 List에 여러 Data타입이 들어있는데...

NavigationLink("Mint", value: Color.mint) ➡️ Color 타입
NavigationLink("Black", value: "Black") ➡️ String 타입

A : navigationDestination(for:destination:)를 여러개 쓰면 됨...

List {
    NavigationLink("Mint", value: Color.mint)
    NavigationLink("Black", value: "Black")
}
.navigationDestination(for: Color.self) { color in
    ColorDetailForColor(color: color) // Color 타입 용
}
.navigationDestination(for: String.self) { color in
    ColorDetailForString(color: color) // String 타입 용
}

이런식으로!!

기존 NavigationView를 사용했다면

var body: some View {
        NavigationView { // This is deprecated.
            List {
                NavigationLink("Purple") {
                    ColorDetail(color: .purple)
                }
                NavigationLink("Pink") {
                    ColorDetail(color: .pink)
                }
                NavigationLink("Orange") {
                    ColorDetail(color: .orange)
                }
            }
        }
        .navigationViewStyle(.stack)
    }

이런식으로 NavigationLink마다 Destination View를 지정했어야 했는데...훨씬 간결해지고 편해진 것 같아요?

물론 위 코드도 NavigationLink를 1개만 쓰도록 개선될 수 있겠지만.. 일단 그렇다~

# Manage navigation state

기본적으로 NavigationStack은 state를 관리하여 stack에 있는 view들을 추적하는데,

이걸 내가 직접 관리할수도 있습니다.

@State private var presentedColor: [Color] = [] ✅

var body: some View {
       NavigationStack(path: $presentedColor) { ... } ✅
}

이런식으로 State변수를 만들고, NavigationStack의 생성자 파라미터인 path에 넣어줍니다.

이제 NavigationStack은 우리가 만든 presentedColor State를 관찰하게 됩니다.

이제 presentedColor에 값들을 넣어봅시다.

@State private var presentedColor: [Color] = [Color.brown, Color.cyan]

이제 앱을 실행하면

앱을 실행하자마자

@State private var presentedColor: [Color] = [Color.brown, Color.cyan]

root > brown > cyan 순으로 stack이 쌓인것을 확인 할 수 있습니다.

NavigationLink 를 사용하지 않고

List {
    NavigationLink("Mint", value: Color.mint)
    NavigationLink("Pink", value: Color.pink)
    NavigationLink("Teal", value: Color.teal)
    Button("DeepLink", action: {
        self.showColors()
    })
}
func showColors() {
    self.presentedColor = [Color.gray, Color.green]
}

이런식으로 제가 직접 값을 지정해주거나, 제거해주면 그대로 Navigation Stack이 수정됩니다.

Button을 클릭했을 때 presentedColor 값을 수정해주는 메소드를 호출하게 했습니다.

보신 것 같이 NavigationStack의 path를 이용하면 딥링크나 상태복원 등등을 쉽게 할 수 있게 됩니다.

Heroku에서 Fly.io로 (feat. Fly.io를 통한 배포 과정)

Zedd0202 — Sat, 12 Nov 2022 17:38:28 +0900

Heroku에서 자꾸 메일이 오길래 봤더니, free plan을 삭제한다는 것이었다.

11월 28일까지 조치를 취해야하는데

내 작고..작은....~~너무 작아서 안보이는~~ 토이 프로젝트 하나에 plan을 업그레이드 할만한 가치는 없다고 느껴져서(?)

대체제를 찾다 Fly.io를 발견했다.

Heroku 미안

# Fly.io 가입

https://fly.io 로 가서 가입을 해주고..

$ brew install flyctl

하라는대로 명령어를 터미널에 입력해준다.

Heroku처럼 로그인을 해야하는데,

$ flyctl auth login

터미널에 입력하면 알아서 브라우저 열리고 로그인되어있으면 알아서 잘 넘어간다.

# 카드 등록

일단 카드를 등록해야한다. 무료 Plan을 사용하려고 해도 카드를 일단 등록해야한다.

대시보드로 가서 오른쪽에 보면 Add Payment method..? 로 버튼이 있는데 거기서 카드를 등록해주면 된다.

등록을 완료하면 Hobby플랜으로 시작된다.

Hobby Plan은 무료사용량을 넘은 것만큼만 지불하는데,

Up to 3 shared-cpu-1x 256mb VMs
3GB persistent volume storage (total)
160GB outbound data transfer

이정도가 무료인듯

내 앱은 찐따여서 상관없을 듯 한데, 아예 막히는게 아니라 넘으면 과금이라 이건 지켜봐야 할 것 같다. ㅎ

아무튼 카드 등록을 안하면 배포를 못하니까 꼭 해주기

# Deploy

$ cd {소스코드 경로}

터미널에서 소스코드가 있는 경로로 이동해준다.

$ fly launch

그 상태에서 위 명령어를 쳐주면

스캔하고 알아서 app 종류(?)를 선택해주는 것 같다.

그리고 앱 이름을 입력해달라고 하는데, 입력해주고

이제 리전을 선택해달라는 메시지가 나온다.

암거나 하고..엔터치삼

이제 질문이 막 나오는데 자기 프로젝트에 맞게 알아서 대답하면 된다.

- Would you like to set up a Postgresql database now? ➡️ No로 함

- Would you like to set up an Upstash Redis database now? ➡️ No로 함

- Would you like to deploy now? ➡️ Yes

그럼 열심히 뭔가를 알아서 돌려준다. 기다리면댐

==> Creating release
--> release v1 created

--> You can detach the terminal anytime without stopping the deployment
==> Monitoring deployment

 1 desired, 1 placed, 1 healthy, 0 unhealthy [health checks: 1 total, 1 passing]
--> v1 deployed successfully

이런식으로 deployed successfully 가 보이면 배포 성공..ㅎ_ㅎ

사실 계속

v0 failed - Failed due to unhealthy allocations - no stable job version to auto revert to and deploying as v1

이런 오류가 나서 좀 고생했는데..

내 소스코드의 index.js 파일의 포트와 fly.toml의 포트가 안맞아서 나는 문제였다.

배포가 실패했다면 원인을 수정한 뒤 fly launch 말고 fly deploy를 쳐주면 된다.

(그럼 알아서 v0, v1, v2...순으로 릴리즈함)

+ 실패 원인을 찾기 위해 로그를 보고싶다면

$ fly logs -a {앱 이름}

을 통해 확인 할 수 있다.

대시보드로 가면, 처음에 앱 이름으로 등록한 앱이 추가되어있을거다.

앱에서 사용하는 Host를 herokuapp에서 fly.dev로 수정해주면 된다.

계속 마음의 짐이었는데...하나 덜었군

[Remote Notification 한판 정리] APNs / Token Based / Certificate Based / .p8과 .p12

Zedd0202 — Sat, 8 Oct 2022 19:17:06 +0900

아주 예전에..FCM으로 Remote notification작업을 해본적은 있긴 한데

DeviceToken이나 APNs같은 기본적인것들은 알았어도

전체적인 플로우에 대한 정확한 이해가 없이 진행했던것 같다.

Remote Notification관련하여 테스트해보고 싶은게 생겼는데,

관련하여 똑같은 작업을 하기전에 나 스스로 정리해보고싶은것들이 몇가지 있어 정리해보려고 한다.

# Notification종류

- local → 앱에서 직접 만드는 notification

- remote → 서버 등 원격(remote)에서 만들어지는 notification

# APNs

Apple Push Notification service의 약자로. 앱에 notification을 보낼 수 있도록 애플이 만든 서비스이다.

Remote notification의 경우 아묻따 이 APNs를 거쳐와야한다. (local은 거치지 X)

APNs가 내가 보내려는 notification을 사용자로 기기로 전달하는 역할을 하기 때문이다.

# Remote Notification을 위한 준비물

그럼 Remote notification(이하 알림)의 경우 4가지의 준비물이 필요하다.

1. Provider server (그냥 알림을 만들어내는 어떤것이든 여기에 포함될 수 있다. FCM, 본인 회사 서버같은것들 포함)

2. APNs

3. 사용자의 기기

4. 사용자의 기기에 설치된 너의 앱 (권한도 필요하지만, 이건 나중에..)

# 전체적인 플로우

그럼 생각해보자.

알림의 컨텐츠와 언제보낼지, 누구한테 보낼지 등을 결정하는 것은 온전히 우리의 서버(provider)일것이다.

즉, 알림은 provider에서부터 시작된다.

그래서 provider는 알림을 보내야할 때,

- 알림 컨텐츠

- 알림을 보낼 디바이스의 unique identifier (내가 특정 사람에게 알림을 보내야하니까. 아마도 DeviceToken)

를 포함한 요청을 생성하게 되고, 이 요청은 APNs로 전달된다.

위에서도 말했지만, APNs가 내가 보내려는 알림을 사용자로 기기로 전달하는 역할을 하기 때문이다.

APNs는 알림을 사용자의 기기로 전달하게 되고,

기기가 알림을 수신하게 되면 기기의 OS가 모든 사용자 상호작용을 처리하고 알림을 앱에 전달한다.

https://developer.apple.com/documentation/usernotifications/setting_up_a_remote_notification_server

# Establish a Trusted Connection to APNs

내가 대충 서버 만들고 APNs에 야 알림 보내!!!!!!!!!!!!요청을 보내고 싶지만,

알림 요청을 APNs로 보내려면 Provider 서버가 HTTP/2 및 TLS를 사용하여

1. Token(토큰) 기반

2. Certificate(인증서) 기반

둘 중 하나로 신뢰를 설정해야한다.

두 기술 모두 장단점이 있으며 환경에 따라 가장 적합한 기술을 결정하면 된다.

# Establishing a Token-Based Connection to APNs

토큰 기반 인증은 APNs와 stateless한 방법으로 통신하는데,

stateless 통신은 APNs가 Provider서버와 관련된 Certificate or 기타 정보를 조회할 필요가 없기 때문에 Certificate 기반 통신보다 빠르다.

[토큰 기반 인증의 장점]

- 여러 Provider 서버에서 동일한 토큰 사용 가능

- 하나의 토큰을 사용하여 회사의 모든 앱에 대한 Notification을 보낼 수 있음

하지만

매번 요청시 마다 인증 토큰을 요청에 포함시켜야해서 인증서 기반보다 요청이 살짝 크다고 한다.

또한 Apple에서 제공하는 Provider Token Signing Key를 사용하여 한시간에 한번 이상 토큰을 업데이트하고 암호화해야한다고 한다.

이 Signing Key는 개발 및 프로덕션 환경 모두에서 동작하며, Signing Key는 만료되지 않지만 취소할 수 있다.

# Establishing a Certificate-Based Connection to APNs

인증서 기반은, 인증서를 사용하여 Provider와 APNs의 보안연결을 설정한다.

개발자 계정을 통해 이 인증서를 발급받을 수 있다.

토큰 기반과 달리, 신뢰는 서버레벨에서 설정되어있기 때문에 각 요청에는 인증 토큰이 없어도 된다.

하지만,

각 앱에 대해 별도의 인증서를 생성해야하며, 각 앱의 알림에 대해 별도의 APNs연결을 관리해야한다.

(여러 앱을 지원하고자한다면 토큰기반 연결을 사용하는 것이 더 간단하다.)

즉, 토큰 기반 연결의 장점이었던,

하나의 토큰을 사용하여 회사의 모든 앱에 대한 Notification을 보낼 수 있음

는 인증서 기반 연결에서는 간단히 할 수 없다.

또한 매년 인증서를 갱신해야하며 이를 까먹으면 큰 문제가 발생할 수 있다.

(반면에 토큰 기반에서 사용되는 Signing Key는 만료되지 않음)

Provider 서버에서 인증서를 설치했다면, 아래와같은 플로우로 APNs와 연결을 시도하게 된다.

이 과정이 끝나야지 APNs에 알림 요청을 보낼 수 있게 된다.

이렇게 Provider와 APNs사이에 자격 증명들이 전송되기 때문에 (자주 재생성되고 암호화되어있는) 토큰 기반 연결보다 보안이 떨어진다고 아마존 블로그에 나오는데, 정말 상대적으로 보안이 떨어지는거라고 보면될 것 같다.

여기까지 읽었으면 응 토큰쓸거야~ 라는 생각이 들텐데..

맞다.

애플은 각각 장단점이 있다고 했지만.. 내 생각엔 인증서 기반을 쓸 이유가 없는 것 같다. (물론 잘 쓰는 곳도 있겠지만..)

(실제로 토큰 방식 연결이 더 최신이다.)

이제 그놈의 p8과 p12가 각각 어떤것인지 살펴보자.

# p8

p8 포맷은 key이다. 그것도 Token Signing Key이다.

Token Signing Key는 위에서 Token-Based 연결쪽에서 봤는데..

또한 Apple에서 제공하는 Provider Token Signing Key를 사용하여 한시간에 한번 이상 토큰을 업데이트하고 암호화해야한다고 한다.
이 Signing Key는 개발 및 프로덕션 환경 모두에서 동작하며, Signing Key는 만료되지 않지만 취소할 수 있다.

맞다. 이 p8은 Token-based 연결에서 사용되는것이다.

# p12

p12 포맷은 인증서다.

즉, Certificate-Based 연결에서 사용된다.

그러니까 어떤 포맷을 썼다!만 듣고 어떤 방식의 연결인지 알 수 있다.

보통 FCM을 Provider Server로서 많이 사용하게되는데,

APN 인증키 → p8 / APN 인증서 → p12

를 업로드하면 된다.

그림에도 나와있듯이 파베도 인증 키방식(Token-based)을 더 추천한다는거..

p8 포맷을 사용하여 remote notification을 보내는 방법에 대해서도 간단히 정리해보려고 한다.

대부분 문서를 참고했으나 틀린 부분이 있다면 댓글 ㄱ

[참고]

WWDC 16 - What's New in the Apple Push Notification Service

https://help.apple.com/developer-account/#/deva05921840

https://developer.apple.com/library/archive/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/

https://developer.apple.com/documentation/usernotifications/setting_up_a_remote_notification_server

https://aws.amazon.com/ko/blogs/compute/token-based-authentication-for-ios-applications-with-amazon-sns/

[후기] INFCON 2022

Zedd0202 — Mon, 29 Aug 2022 19:18:47 +0900

안녕하세요 :) Zedd입니다!

제가 오늘 인프콘을 다녀왔는데요 ^_^ 이게 얼마만의 오프라인 컨퍼런스 후기인지!

원래

신청했을 때는 탈락했었는데요

운좋게 회사를 통해 티켓을 하나 구하게 되어서 갈 수 있게 되었답니다 \ㅎ_ㅎ/

코엑스 그랜드볼룸에 열리는 컨퍼런스를 간다면 꼭 거치는 이길...

역시나 길을 헤매서 물어물어 왔어요.

저 가방은 와서 열어보니까

티셔츠 + 마스크 + 볼펜 + 스티커 + 물로 구성되어있더라구요.

물이 들어있었군....몰랐어..

# 오프닝

오프닝 하는 곳이 꽉차서 저는 다른방으로..

인프런이 이것저것 많이 시도하는구나 싶었던!

입장할 때 팜플렛도 받았는데, 뒤에 스탬프 이벤트 같은것도 있더라구요.

근데 줄이 에바라서 받지는 않음...ㅋ... 근데 사람들 굿즈 받은것들 보니까 넘넘넘 이뻐서 줄 설걸!!하고 후회했읍니다 ^^;

다들 그러셨겠지만 저 역시 인프콘 발표 시간표를 미리 보고 제가 들을것들을 미리 정해두고 갔습니다!

# 실리콘밸리로 떠나는 비전공자 개발자의 지난 4년 회고 - 좋았던 선택 vs 후회되는 선택

1년차 ~ 4년차까지 각 년차에 뭘 했고 그때 했던 좋았던 선택/후회되는 선택들을 차근차근 이야기해주는 세션.

PPT를 잘 만드셔서 내용을 더 잘 이해할 수 있었다!

# 나도 내 코드의 문제를 찾고 싶다고요?! - 테스트 할 때 기억할 7가지

헉 저도 찾고싶어요 하면서 들었던 세션

일단 인공위성에서 오는 데이터를 받는 그런 업무에 종사하신다고 하셨는데, 짱 멋있다...

다른 사람들의 생각/행동이 내 기준에서 이해가 가지 않을 때, 먼저 상대의 사고과정을 이해하는것부터 시작하면 좋다.

테스트 케이스에 대한 올바른 정의가 필요. → 기준이 되기 때문에 가장 중요. 잘못 정의하면 비정상이 정상으로 둔갑할 수 있음.

어떻게 테스트 케이스를 올바르게 정의할 수 있을까? → 제품 요구사항에 답이 있음.

문제가 생겼을 때 가장 많은 시간을 할애하는 단계 → 원인을 찾는데 가장 시간이 ⬆️

문제 해결을 위해 내부 구현 확인 / 외부 인터페이스 확인을 할 수 있음.

- 내부 구현확인 → 개인의 자율에 맡겨진(짜여진) 코드를 확인하는 것이기 때문에 주관적인 근거로 대화가 이어질 수 있음. 감정적인 반응을 유발.

(ex. 제 코드엔 문제가 없는데... == 님 코드가 문제 인것 같은데 어떻게 생각하시는지..?)

- 외부 인터페이스 확인 → 이것을 먼저 확인하는 것을 추천! 감정이 개입할 여지가 적다.

우리는 언제 제품을 처음 만날까?(눈으로 확인할까) → 테스트 단계.

요구사항은 언제 정의될까? → 제품을 만나기 전에 (눈으로 확인하기 전에)

제품을 보지않은 상태에서 문제를 찾으려고 하면 힘들다. 디테일한 부분을 많이 놓치게됨. (맞어!!!!1)

그래서 개발 프로세스에 아이러니가 있음.

눈으로 직접 보고 나면 진짜 요구사항에 더 가까이 다가갈 수 있다.

어떻게 하면 이 간극을 줄일 수 있을까

- 내가 사용자 관점으로 내가 만든 제품의 첫 사용자가 되어본다.

- 고객의 상황을 상상해본다. → 똑같은 기능을 좀 더 편하게 개선할 수 있게 됨.

사용자가 되어보니 개선할 점, 고객이 필요할 점이 보이기 시작.

일관성을 유지하는 것도 중요.

- 소프트웨어를 사용할 때 기억해야할 것을 최소화하는 것이 좋음. (쉽게 익숙해지도록)

- 테스트단계에서 이 일관성을 개선하기 좋음(여러기능을 한번에 볼 수 있으니) → 애초에 팀이 일관된 기준으로 만드는게 좋음(디자인 시스템이라던가..)

가장 기본적으로 '테스트'를 '해야함'

- 테스트 환경을 구성하기가 까다로워서 or 너무 간단한 기능이라서 테스트를 하지 않음. → 너무 간단한 기능은 "내가 보기에" 그렇게 보이는 거임.

컴퓨터가 음 이코드는 간단하네~~! 맛있다~! 이러는게 아님 (이렇게 말씀하진 않았습니다..)

내가 간단하다고 "판단"하는 것임. 컴퓨터가 정상이라고 말하기 전에는 간단한 코드여도 믿지 않는것이 좋음

일단 목소리가 정말 나긋나긋하셔서 귀에 쏙쏙 들어오는 세션이었다!

# 코드 리뷰의 또 다른 접근 방법: Pull Requests vs. Stacked Changes

Pull Request의 아쉬운점 → 코드리뷰가 길어질 수 있음(시간적으로). 빨리 작업하고 릴리즈 해야하는데 그게 미뤄지고 그러면 쩜 별루임

Stack Changes → 흐름을 아래에서 위로 가져간다. 구현 하나하나 스택쌓듯이.

[장점]

- 코드 변경 크기 줄어듬

- 작업의 명확성 올라감

- 리뷰 속도 올라감

Graphite (그라파이트)라는 도구로 Stack Changes를 해볼 수 있다!

Pull Request 와 Graphite 비교

사실 Stack Changes가 정확히 어떤것인지 감이 잘 안온다..

특히 나는 보통 이전 브랜치를 Base로 PR을 만드는데, 이게 Stack Changes랑 어떤 차이인지가 궁금.. ‍

Stack Changes라는 개념도 처음 알게 되었고, Graphite도 알게되어서 유익했던 세션!

# 나와 팀을 성장시키는 리뷰들 - 코드리뷰만 리뷰가 아니라니까?

세션을 다 보고 나니 정말 딱 요 이야기를 해주신 것 같았던..

개발자는 코드만 작성하지 않음. (==개발만 하지 않음). 개발자의 일 중 일부가 '코드를 작성하는 것'

요구사항(문제) 분석 단계의 리뷰 → 문제를 명확히 정의해야함. 서로 '리뷰'하지 않으면 각자 다른 결과물을 생각할 수 있음

설계 단계의 리뷰 → 설계를 리뷰하지 않으면 기술에 집착하게 될 수 있음. 프로덕트(서비스) 측면에서는 지금 당장 하지 않아도 될일. 하면 좋은 일을 하다가 지금 진짜 필요한 일을 못하게 될 수 있음

구현 단계의 리뷰 → 코드리뷰. approve하는 이유를 적어주는 것이 좋다. PR에 충분한 설명이 없으면 집중해야할 코드가 어딘지 헷갈림. 코드작성자의 의무임

테스트 단계의 리뷰 → 이미 '리뷰'라는 행위를 하고있음. 테스트 수행이 곧 리뷰 완료는 아님. (테스트에 결함이 있을 수 있기 때문에)

배포 단계의 리뷰 → 배포한 기능이 잘 쓰이고 있는지, 성능 문제는 없는지.

각 단계의 리뷰를 잘하면 일을 잘하는 사람이 된다. → 결국 팀원 개개인의 일하는 능력을 향상시킴

요 세션을 들으면서 앞으로 내가 시도해보면 좋을것들이 몇개 보였다!

나는 기능조직에 있다가 목적조직으로 온 케이스인데, 와서 정말 뼈저리게 느끼는 건..정말 개발은 일 중 일부구나ㅎ를 느꼈다.

그리고 나도 여기와서 자연스럽게 느낀건, 정말 일을 잘하는 사람은 개발을 잘하는 사람이 아니라는 것..!!

일잘하는(함께 일하고 싶은) 사람이 되기 위해 열씸히 노력해야지 ‍♀️

# 지금 당장 DevOps를 해야 하는 이유

프로젝트에서 가장 중요한 것 → 속도/일정. 빠르게하는것과 일정을 맞추는것.

아마존 → 11.7초에 한번씩 코드를 릴리즈 → 데브옵스가 도움을 줄 수 있음

조금씩 개선해보려는 시도가 중요함.

- 필요할 때 도구를 적절하게 사용하면 된다. (git, 젠킨스, aws, 그라파나 등등등등)

- 자동화를 시도해보자

사실 처음 도입하면 프로세스가 더 느려질 수 있음(잘몰라서..)

하지만 일단 시작하면 개선이 쌓이고 쌓여서 문화로 정착되면 큰 도움이 될 것이드..

데브옵스 알못이라 들어봤는데, 확실히 이런 데브옵스 하시는 분들은 네트워크, 보안 지식이 몬가 뛰어나보이고...(대충 간지난다는 뜻)

일단 시작해보자!!! 작은거부터 시작하고 싶은데 뭐가 좋을까..

# FE 개발자도 할 수 있다! RESTful API 개발 (with Firebase, GCP)

들으면서 느낀건 '헉.. FE개발자가 들어야 하는 세션이었군....'

코드가 많았는데, 사실 뭐 아 대충 이런 로직이군.. 하면서 짐작은 할 수 있지만,,ㅎㅎ

하나 알았던건.. vercel!!!

let us: Go! 홈페이지나 다른 vercel.app으로 된 페이지 보면서

ㅎ
ㅡ
ㅁ... 얘는 몰까...(찾아보지는 않음)

했었는데, 저렇게 배포하는 거였구나~를 알게된..!!!

사실 다음 세션도 있었는데, 오랜만에 만난 동료분과 저녁을 먹으러가서... 하하~!!!

아무튼 정~~말 오랜만의 오프라인 컨퍼런스를 운좋게 다녀오고.. 좋은 세션들 들을 수 있어서 너무 감사한 하루였따.

그리고 역시나 자극도 많이 받은...

제가 요걸 딱 당일에 발행하려고 써놨었는데, 마무리를 못해서 이제야 발행하네요 핳

Lost connection to the debugger on “~”.

Zedd0202 — Thu, 25 Aug 2022 17:28:56 +0900

ㅋ... 노트북 세팅할때마다 이거 떠서 찾아보는 듯...

# 원인

일반적으로 종속성이 많은 앱에서 발생하므로 시작(Launch)하는 데 오래 걸림 -> 디버거가 중단되는 현상.

# 해결방법

⚠️ 어떤 사람이 Apple 개발자분과 이야기 하다가 얻은 정보라 해결이 안될 수 있음 ⚠️

1. home directory(~) 에 .lldbinit 파일을 만든다.

nano .lldbinit

저는 나노충이어서 ^-^

2. .lldbinit에 settings set plugin.process.gdb-remote.packet-timeout 300 추가

3. 빌드

Xcode 재시작하라는 말도 있던데, 저는 안해도 잘 되더라구요~

[Swift 5.7] Type inference from default expressions

Zedd0202 — Fri, 5 Aug 2022 15:00:36 +0900

안녕하세요 :) Zedd입니다.

Swift 5.7 이어서~~~

다음과 같은 간단한 Generic 메소드를 봅시다.

func compute<C: Collection>(_ values: C) -> Int {
    return values.count
}

Collection protocol을 conform하고있는 generic parameter를 받도록 되어있습니다.

func compute<C: Collection>(_ values: C) -> Int {
    return values.count
}

compute([1, 2, 3]) // 3
compute(["Zedd": "안녕"]) // 1

그래서 Array나 Dictionary같은 Collection 들을 넣을 수 있게 됩니다.

# default value expression with a generic parameter

일반 메소드 parameter에 default value를 넣을 수 있듯이,

generic parameter에도 default value를 넣어보고싶지만..

func compute<C: Collection>(_ values: C = ✅[1, 2, 3]✅) -> Int {
    return values.count
}
//   Default argument value of type '[Int]' cannot be converted to type 'C'

컴파일 에러가 나는데요. 현재 semantic rule상 안된다고 함;;

그래서 SE-0347 에서는

call site에서 명시적으로 파라미터를 안줬을 때 default value로 넣어둔 concrete type에 대해 타입 추론을 허용하자!

를 제안합니다.

Swift 5.7에서는

func compute<C: Collection>(_ values: C = [1, 2, 3]) -> Int {
    return values.count
}

compute([1, 2, 3]) // 3
compute(["Zedd": "안녕"]) // 1
compute() // 3 ✅

위와같이 call site에서 명시적으로 파라미터를 안줬을 때 default value로 넣어둔 [1, 2, 3]으로 타입 추론을 한다는 것이죠.

하지만 아묻따 generic parameter에 default value를 넣을 수 있는 것은 아니고,

여전히 컴파일에러가 나는 상황이 있는데요.

func compute<T, U: Collection>(value: T = 42,
                               collection: U) where U.Element == T {

}
//   Cannot use default expression for inference of 'T' because requirement 'T == U.Element' refers to other generic parameters

위와 같은 상황에서 여전히

자 위에 T에 42라는 default value를 줬죠?

이러한 default parameter와 관련하여 암시적 or 명시적으로 call site에서 타입을 유추할 수 있다면

concrete type으로 입력된 default value는 여전히 컴파일 에러가 납니다.

여기서는 U.Element = T라는 요구조건이 있고 여기서 T의 타입을 유추할 수 있기 때문에 컴파일 에러가 나는 것이죠.

func compute<T, U: Collection>(value: T = 42,
                               collection: U = []) where U.Element == Int {

} ✅

만약 이렇게 T와 U가 서로 독립적으로 있다면 T의 default value가 허용됩니다.

또 하나 허용 안되는 경우를 볼까요

Swift 공식문서 - Generic 파트에 있는 메소드입니다.

func findIndex<T: Equatable>(of valueToFind: T, in array: [T]) -> Int? {
    for (index, value) in array.enumerated() {
        if value == valueToFind {
            return index
        }
    }
    return nil
}

여기서 파라미터에 default value를 넣으면 잘 될 것 같지만,

func findIndex<T: Equatable>(of valueToFind: T = 42 ✅, in array: [T]) -> Int? {
    for (index, value) in array.enumerated() {
        if value == valueToFind {
            return index
        }
    }
    return nil
}
//   cannot use default expression for inference of 'T' because it is inferrable from parameters #0, #1

컴파일 에러가 나게 됩니다.

첫번째, 두번째 파라미터로 (암시적 or 명시적으로) T를 유추할 수 있기 때문에.. default value를 넣어줄 수 없습니다.

ㅎ
ㅡ
ㅁ.....

Swift Generic이 runtime에 타입이 결정되는데,

func compute<C: Collection>(_ values: C = [1, 2, 3]) -> Int {
    return values.count
}

compute([1, 2, 3]) // 3
compute(["Zedd": "안녕"]) // 1
compute() // 3 ✅

위와 같을 때는 아직 타입을 유추할 수 없고...

func findIndex<T: Equatable>(of valueToFind: T = 42 ✅, in array: [T]) -> Int? {
    for (index, value) in array.enumerated() {
        if value == valueToFind {
            return index
        }
    }
    return nil
}
//   cannot use default expression for inference of 'T' because it is inferrable from parameters #0, #1

이때는 call site에서 T를 유추할 수 있기 때문에.. (첫번째, 두번째 파라미터에 같은 타입을 넣어줘야하니까..) 안되는 것 같네요.

틀린 부분이 있으면 댓글 남겨주세요!

요거 왜 안되는지, 되는지 잘 이해가 안가서 ㅎㅎ;; 계속 봤네요.

[참고]

- SE-0347

[Swift 5.7] Multi-statement closure type inference

Zedd0202 — Sat, 9 Jul 2022 17:48:39 +0900

안녕하세요 :) Zedd입니다.

Swift 5.7에서 추가된 기능인 Multi-statement closure type inference를 살펴볼게요!

# Swift 5.7 이전

간단한 closure를 살펴봅시다.

let results = ["Zedd", "", "Walker", ""].map { _ in
    return true
}

이럴 때는 closure내부에 리턴타입을 명시하지 않아도 됩니다.

이정도는 Swift가 추론할 수 있기 때문...이겠죠?

다만,

let results = ["Zedd", "", "Walker", ""].map { value in
    if value.isEmpty { return false }
    return true
}

이런 if나 do-catch같은 statement가 closure내부에 추가되면

Swift : 요 아이 Return타입 써주시겠어요?

Zedd : ㅋㅋ... **

let results = ["Zedd", "", "Walker", ""].map { value -> ✅Bool✅ in
    if value.isEmpty { return false }
    return true
}

끝내 Return 타입을 붙히고 마는데..

또 하나 익숙한 예를 들어봅시다.

let myView: UIView = {
    let view = UIView()
    // configure...
    return view
}()

let button: UIButton = {
    let button = UIButton()
    // configure...
    return button
}()

custom decoder를 선언하고 싶을때도

let decoder: JSONDecoder = {
    let decoder = JSONDecoder()
    // configure...
    return decoder
}()

이런식으로 하곤 하죠.

아래와 같이

let myView = {
    let view = UIView()
    // configure...
    return view
}()

여기서도 타입을 명시적으로 주지 않으면, 또 칼같이;;;

위에서 본 똑같은!!!! 에러가 뜹니다.

에러는 대충

multi statements가 있는 closure의 리턴 타입을 추론할 수 없다. 명확하게 하기 위해서 명시적으로 타입을 지정해라.

인데요.

Swift 5.7에서는 closures본문에서 타입 추론을 활성화 하여, multi-statement closures의 추론 동작이 개선되었습니다.

# Multi-statement closure type inference

Swift 5.7에서는 리턴타입을 명시하지 않은 아래 코드 모두 컴파일 가능합니다.

let results = ["Zedd", "", "Walker", ""].map { value in
    if value.isEmpty { return false }
    return true
}

let myView = {
    let view = UIView()
    return view
}()

let button = {
    let button = UIButton()
    // configure...
    return button
}()

let decoder = {
    let decoder = JSONDecoder()
    // configure...
    return decoder
}()

으음 맛있다

참고

[SE-0326] Enable multi-statement closure parameter/result type inference

[Swift 5.7] if let shorthand

Zedd0202 — Sat, 9 Jul 2022 17:04:16 +0900

안녕하세요 :) Zedd입니다.

Swift 5.7 변경사항 중 하나인 if let shorthand를 보려고 합니다.

if let foo = foo { .. } 를 사용하여 기존 optional variable를 "숨기는" optional binding은 굉장히 일반적인 패턴인데요.

if let foo = foo 같이 식별자를 두번 써줘야해서

let someLengthyVariableName: Foo? = ...
let anotherImportantVariable: Bar? = ...

if let someLengthyVariableName = someLengthyVariableName, let anotherImportantVariable = anotherImportantVariable {
    ...
}

이렇게 긴 이름으로 할 때 코드가 장황해지는 경우가 있습니다.

저는 저렇게 같은 이름으로 하는 것도 안좋아해서 ㅎ; 이름도 고민하게 되고 그러다보니 가독성도 떨어지는데요.

if let a = someLengthyVariableName, let b = anotherImportantVariable {
    ...
}

그렇다고 이렇게 성의없는 이름으로 할 수는 없겠죠.

# if let shorthand for shadowing an existing optional variable

Swift 5.7에서는 Optional Binding에 단축 구문(shorthand syntax)을 도입합니다.

let zedd: String? = "Zedd"

if let zedd { ✅
   // zedd가 nil이 아닐때 실행될 코드 
}

아래와 같은 것들도 됩니다.

if let foo { ... }
if var foo { ... }

else if let foo { ... }
else if var foo { ... }

guard let foo else { ... }
guard var foo else { ... }

while let foo { ... }
while var foo { ... }

guard도 된다는거!!

다만,

struct Person {

    let name: String?
}

let zedd = Person(name: "Zedd")

if let zedd.name { //   Unwrap condition requires a valid identifier

}

이렇게 인스턴스 안에 있는 멤버 변수를 바로 넣는것은 안됩니다.

벌써 7월이라니..우리 모두 화이팅~~

[iOS 16] Developer Mode

Zedd0202 — Sun, 12 Jun 2022 19:08:23 +0900

안녕하세요 :) Zedd입니다.

대충 Developer Mode가 나왔다는 이야기는 들었는데...

5분...?

ㅇㅋ

옛날에 막 40분씩 어떻게 봤지ㅎ

# What is Developer Mode

- 기본적으로 비활성화 되어있음. 명시적으로 개발자모드로 등록(enroll)해야함.

- 등록하면 재부팅 및 시스템 업데이트 후에도 유지

# 왜 생김

- 잠재적으로 유해한 소프트웨어를 실수로 기기에 설치하지 못하도록 보호

- 개발자 전용 기능으로 노출되는 공격(attack) 경로를 줄임

Developer Mode의 핵심은 이겁니다.

잠재적으로 유해한 소프트웨어를 실수로 기기에 설치하지 못하도록 보호

소프트웨어.. 그냥 앱은 보통

1. App Store

2. Enterprise (In-House)

3. Test Flight

같은 데서 다운받아서 설치할 수 있는데, 이때는 Developer Mode가 필요하지 않습니다.

✅[Developer Mode를 켜야하는 경우]✅

1. Development로 서명된 앱(Personal Team포함)을 실행하고 설치해야할 때

2. Testing 자동화

3. 앱 Debug 및 Instrument

4. (WWDC에서 언급은 안됐지만) Apple Configurator로 .ipa파일을 설치할 때

1번의 경우가 많을 텐데..한번 봅시다!

Xcode 14에서 iOS 16 기기를 연결하면 Scheme Selector쪽에 아래와 같이

Developer Mode가 꺼져있기 때문에 Unavailable Device(사용할 수 없는 기기)라고 나오게 됩니다.

그냥 선택하고 빌드하려고 하면

니 아이폰에 Developer Mode가 켜져있지 않네 ㅎ 하는 경고창이 뜨게 됩니다.

# Developr Mode 켜는 방법

설정 > 개인정보 보호 및 보안 > Developer Mode(개발자 모드)에 있습니다.

(시뮬레이터는 없습니다)

Developer Mode를 on하면

1. 재부팅

2. 재부팅하고 잠금해제하면 기기에 Developer Mode를 켤건지 확인하는 Alert이 뜸

3. ㅇㅋ

하면 Developer Mode가 완전히 켜지게 됩니다.

참고로 iOS, iPadOS, watchOS에 필요한거라

watchOS도 iOS와 똑같이 설정 > 개인 정보 보호 > Developer Mode(개발자 모드)에 가서 켜면 됩니다.

# When Developer Mode is turned on, your device security will be reduced

☝️ 설명 중 마지막줄에 나와있듯이...

When Developer Mode is turned on, your device security will be reduced.

Developer Mode를 켜면, 기기의 보안이 약화될 것.

WWDC에 따르면

To acknowledge the reduction in security protection in exchange for allowing Xcode and other tools to execute code, tap Turn On

Xcode 및 기타 도구의 코드 실행을 허용하는 대신 보안 보호가 감소했음을 확인했다면 On을 눌러

~~난 보호도 받고싶고 빌드도 하고싶은데 얘네 뭐지???;;;~~

정확히 어떤 종류의 보안에서 보호가 감소하는건지 나와있는게 없어서 쩜 무섭네여;

암튼 이제 Developer Mode가 켜져있으므로 빌드하여 앱을 설치할 수 있습니다.

# Disable Developer Mode

똑같이 설정 > 개인정보 보호 및 보안 > Developer Mode(개발자 모드)가서 끄면 되고,

역시나

- 재부팅이 필요합니다.

- 다시 켤때 까지 Xcode에서 앱을 실행할 수 없습니다 ^^!!

# Automation flows

암호가 없는 기기에만 Developer Mode를 커맨드라인으로 활성화 할 수 있음.

(재시동 할 때 기기의 잠금을 해제해야하기 때문에 암호가 없는 기기만 가능하다는 식..)

devmodectl streaming

을 입력하면 연결된 모든 기기의 Developer Mode를 켤 수 있습니다.

- 1개 이상이 연결되어있어도 그냥 다 Developer Mode켜짐 (암호가 없는 기기에만)

- 당연히 재부팅 됨

이게 시뮬레이터에서는 안나오기도 하고.. 제가 iOS 16 베타로 아직 올리질 않아서

WWDC와 애플 문서를 기반으로 작성했는데, 틀린점이 있다면 댓글 주세요~!

[참고]

[WWDC22] Get to Know Developer Mode

Enabling Developer Mode on a device

Xcode 14 톺아보기

Zedd0202 — Thu, 9 Jun 2022 17:16:01 +0900

안녕하세요 :) Zedd입니다.

웬만한 걸로 날 놀라게 할 수 없을걸 Xcode

✔️ Xcode 14 미만 보다 30% 작아진 바이너리 → 다운로드 및 설치 속도가 훨씬 빠름

Xcode 14 실행하려고 딱 누르면 요런 화면이 뜹니다.

watchOS, tvOS 시뮬레이터 런타임 다운로드 여부를 내가 선택할 수 있게 되어 바이너리가 30% 작아졌다고 하는 것 같네요.

✔️ 모듈 빌드 및 링크 단계에서 향상된 병렬처리 -> 프로젝트 빌드 속도가 최대 25% 빨라짐

[기존]

Xcode는 Application, framework와 같은 multiple targets을 빌드할 때

1. 프레임워크 소스를 컴파일

2. 모듈을 생성

3. Application 소스를 Link 하고 컴파일

4. Application을 Link

하여 빌드를 완료하는데, Xcode 14에서는 위와같은 작업들을 재정렬하여 병렬처리를 향상시켰다고 합니다.

또한 Linker를 최대 2배 빠르게 만들었다고 하네요..

→ 대충 이런 이유로 프로젝트 빌드 속도가 최대 25% 빨라졌다고 합니다.

응 안속아~ (이러고 빌드 해봄)

아 근데 이거 아주 개인적인 느낌인데..제가 Xcode 12에서 13으로 딱 갔을 때

아니 빌드가 왜이렇게 느려졌지?;;; 라는 생각했거든요?!

진짜 가벼운 프로젝트인데도 빌드하면 뭔가 애매~하게 빌드 시간이 늘어난 느낌이었는데,

Xcode 14로 해보니 빠릿빠릿한 느낌이네요.

macOS 12에서 Xcode 14의 첫 실행은 유효성 검사로 인해 몇 분이 걸립니다. (89992778)

✔️ 빌드 타임라인은 예기치 않게 오래 실행되는 빌드 작업 & 빌드 병목 현상을 식별하는데 도움이 됨

보는 방법은 Report Navigator에 들어가면

이렇게 나올텐데, Message들이 나와있는 Pane에 보고싶은 특정 메세지에 우클릭 > Show in Timeline을 하면 됩니다.

오른쪽에 가는게 아니라 아래로 위치하게 하고싶은데... 방법을 모르겠네요

✔️ 앱 아이콘 단순화

Zedd : 앱 아이콘... 얘네 언제만듬?

https://makeappicon.com 이런데서 이미지 하나 넣고 다운받았지만..

Xcode 14에서는 단일 1024x1024 이미지로 앱 아이콘을 단순화합니다.

AppIcon > Attribute Inspector > Devices > iOS에서

All Size를 Single Size로 변경해주면 됩니다.

대상에 맞게 자동으로 크기가 조정된다고 합니다.

애플 날 살짝 놀라게 하는걸

[Productive coding]

더 스마트한 코드 컴플리션 및 추가된 코드 스니펫 -> 원하는 코드를 더 빠르게 얻을 수 있음.

✔️ 생성자 자동완성

struct Zedd {

    let name: String
    let age: Int64
    let company: String
}

Type이름 우클릭 > Refactor > Generate memberwise initializer...

도와줘요 Xcode 14!

으음

Zedd 인스턴스를 생성해봅시다.

당연히 잘 나오겠죠?

그러면 생성자에 기본값을 줘봅시다.

struct Zedd {

    let name: String
    let age: Int
    let company: String

    init(name: String, age: Int = 1, company: String = "Test") {
        self.name = name
        self.age = age
        self.company = company
    }
}

그리고 Zedd인스턴스를 생성해봅시다.

이제 기본값을 준 파라미터는 이탤릭으로 나오게됩니다.

이 상태로 엔터를 누르면, 기본값을 가지는 파라미터는 제외하고

Zedd(name: <#T##String#>)

이렇게만 나오게 되고,

옵션 + 엔터를 누르면 기본값 파라미터도 나오게 됩니다.

Zedd(name: <#T##String#>, age: <#T##Int#>, company: <#T##String#>)

요 기능은 아주 유용하게 사용될 수 있는데요.

기본값을 가지고 있는 파라미터가 엄청 많은 SwiftUI의 frame 메소드를 보겠습니다.

내가 여기서

☝️ 요 친구만 필요하다고 봅시다.

기존 같았으면 그냥 모든 파라미터에 대한 생성자를 만들고, 내가 필요한 것만 남기고 지우는 식으로 했을텐데,

이런식으로 가능!

✔️ 명시적 Codable 구현을 추가하기 위한 스니펫 제공

커맨드 누르고 클릭

으음₩~~ 맛있다

- 당연히 우클릭 > Refactor에서도 나옵니다.

- Decodable만 conform한 경우, init만 generate됩니다. (Encodable은 encode만)

- Refactor 꼭 안쓰고

그냥 쳐도 스니펫으로 나옵니다~

✔️ if case 코드 컴플리션 지원

맨날 if case . = xxx 이런거 할 때 자동완성 안되가지고;; 힘들었지만

이제 이런걸 보여주네요

✔️ 스크롤시 code structure를 편집기 상단에 고정

위에 고정되는거 보이시죠!?, 고정된 친구를 누르면 해당 위치로 이동도 합니다!

끄고싶으면 Xcode Preprence에 들어가

Code structure when scrolling을 체크 해제하면 됩니다!

✔️ Definition list

Definition list도 더 깔끔하게 바뀌었는데요.

protocol Developer {

    func writeCode()
}

class Zedd: Developer {

    func writeCode() { }
}

class Walker: Developer {

    func writeCode() { }
}

프로토콜이 있고, 해당 프로토콜을 준수하는 코드들이 있다고 생각해봅시다.

let developer: Developer?

self.developer?.writeCode()

위와같은 상황에서 writeCode()에 대한 정의를 보고싶으면 3가지 후보가 존재합니다.

1. Protocol 정의부

2. Zedd 클래스 구현부

3. Walker 클래스 구현부

기존에는 위 구현부들이 잘 구분이 안가서 이것도 가보고 저것도 가보고 그랬는데요.

Xcode 14에서는 확실히 구분되도록 아래와 같이 띄워주게 됩니다.

[전체적인 UI]

✔️ 코드 컴플리션 UI

Xcode 13 / 14

생성자는 I로 표시되어서 확 눈에 들어오네요. (S는 struct, C는 class를 의미)

[SwiftUI]

✔️ Preview Canvas는 기본적으로 Interactive. 변경하는 즉시 변경사항이 적용됨

✔️ 코드를 작성하지 않고 variants를 확인할 수 있게 됨

: Preview에서 다크모드 확인하고 싶어 / 더 큰 텍스트 잘 나온는지 확인하고 싶어

struct ContentView_Previews: PreviewProvider {
    static var previews: some View {
        ContentView()
        .preferredColorScheme(.dark)
        .environment(\.sizeCategory, .accessibilityExtraExtraExtraLarge)
    }
}

도와줘요 Xcode 14!

2개 동시에 선택은 안됩니다.

[SF Symbols]

✔️ Command + Shift + L을 눌러 SF Symbol들을 확인 할 수 있음

[지원 중단]

✔️ "그" bitcode가 더이상 사용되지 않습니다.

Xcode 14로 열면 No로 되어있네요.

iOS, tvOS 및 watchOS용 빌드에는 더 이상 기본적으로 비트코드가 포함되지 않습니다.

✔️ 레거시 빌드 시스템 제거

✔️ armv7, armv7s 및 i386 아키텍처에 대한 배포 타겟을 사용하여 iOS 프로젝트를 빌드 -> 더 이상 지원되지 않음

✔️ Xcode 서버 -> 더 이상 지원되지 않음.

[참고]

What's New in Xcode

Xcode 14 Beta Release Notes

WWDC22 Sessions

Zedd0202 — Tue, 7 Jun 2022 20:53:39 +0900

안녕하세요 :) Zedd입니다.

WWDC가 드디어 시작됐네요

https://developer.apple.com/wwdc22/sessions/ 도 있고, Developer앱도 있지만!!!

제 개인 노션에 WWDC22 Session들을 정리하려고 Session들 제목을 가져오다가..

공유하면 좋을 것 같아 글을 써봅니다!~

제목들을 하나하나 복사한건 아니고

1. Xcode에서 https://developer.apple.com/wwdc22/sessions/ 페이지 소스코드를 가져온 뒤

let endpointURL = URL(string: "https://developer.apple.com/wwdc22/sessions/")!
for try await line in endpointURL.lines { print(line) }

2. Xcode 콘솔에서 <h4 class="cs-title">로 filtering하면 제목들이 쫙 나오는 데

3. 제목 앞 뒤에 있는 </h4 class="cs-title">와 </h4>를 replacingOccurrences로 없애주면 됩니다.

그러면 1분만에 세션들 제목을 가져올 수 있게 됩니다~~

# 날짜별 - 한국 시간 기준

[6월 7일]

Apple Design Awards

Apple Design Awards (ASL)

Keynote

Keynote (ASL)

Monday@WWDC22

Platforms State of the Union

Platforms State of the Union (ASL)

ASL(American Sign Language)이 붙어있는 친구들은 영상에 수화가 같이 나옵니다

[6월 8일]

Add accessibility to your Unity games

Adopt desktop class editing interactions

Adopt variable color in SF Symbols

Bring Continuity Camera to your macOS app

Bring your driver to iPad with DriverKit

Bring your world into augmented reality

Build your first app in Swift Playgrounds

Capture machine-readable codes and text with VisionKit

Complications and widgets: Reloaded

Create a more responsive media app

Create macOS or Linux virtual machines

Create parametric 3D room scans with RoomPlan

Deliver reliable streams with HLS Content Steering

Discover Metal 3

Dive into App Intents

Enhance collaboration experiences with Messages

Enhance voice communication with Push to Talk

Explore more content with MusicKit

Get more mileage out of your app with CarPlay

Get the most out of Xcode Cloud

Get timely alerts from Bluetooth devices on watchOS

Get to know Create ML Components

Get to know Developer Mode

Hello Swift Charts

Implement App Shortcuts with App Intents

Load resources faster with Metal 3

Meet Apple Maps Server APIs

Meet Focus filters

Meet Swift Async Algorithms

Meet Swift Regex

Meet WeatherKit

Meet Web Push for Safari

Meet desktop class iPad

Meet passkeys

Plug-in and play: Add Apple frameworks to your Unity game projects

Program Metal in C++ with metal-cpp

Qualities of great AR experiences

The SwiftUI cookbook for navigation

Visualize and optimize Swift concurrency

What's new in App Clips

What's new in AppKit

What's new in Create ML

What's new in Nearby Interaction

What's new in SF Symbols 4

What's new in Safari and WebKit

What's new in SharePlay

What's new in Swift

What's new in SwiftUI

What's new in UIKit

What's new in Xcode

What's new in managing Apple devices

What's new with in-app purchase

What’s new in notarization for Mac apps

[6월 9일]

Add Live Text interaction to your app

Add Shared with You to your app

Adopt declarative device management

Boost performance with MetalFX Upscaling

Bring your iOS app to the Mac

Build a desktop class iPad app

Build a productivity app for Apple Watch

Build global apps: Localization by example

Compose advanced models with Create ML Components

Compose custom layouts with SwiftUI

Create engaging content for Swift Playgrounds

Create your Privacy Nutrition Label

Design App Shortcuts

Design an effective chart

Design app experiences with charts

Discover advancements in iOS camera capture: Depth, focus, and multitasking

Display ads and interstitials in SharePlay

Eliminate data races using Swift Concurrency

Embrace Swift generics

Explore EDR on iOS

Explore USD tools and rendering

Explore in-app purchase integration and migration

Improve the discoverability of your Swift-DocC content

Integrate your custom collaboration app with Messages

Link fast: Improve build and launch times

Meet Apple Music API and MusicKit

Meet Background Assets

Meet CKTool JS

Meet ScreenCaptureKit

Meet Transferable

Meet distributed actors in Swift

Meet the expanded San Francisco font family

Optimize your Core ML usage

Optimize your use of Core Data and CloudKit

Replace CAPTCHAs with Private Access Tokens

Streamline local authorization flows

Support multiple users in tvOS apps

Swift Charts: Raise the bar

Swift Regex: Beyond the basics

Take ScreenCaptureKit to the next level

Target and optimize GPU binaries with Metal 3

Understand USD fundamentals

Use Xcode to develop a multiplatform app

What's new in HealthKit

What's new in Swift-DocC

What's new with SKAdNetwork

What’s new in AVQT

What’s new in CloudKit Console

What’s new in Endpoint Security

What’s new in Safari Web Extensions

What’s new in Wallet and Apple Pay

What’s new in iPad app design

What’s new in privacy

[6월 10일]

Create Safari Web Inspector Extensions

Create a great video playback experience

Create camera extensions with Core Media IO

Debug Swift debugging with LLDB

Deep dive into Xcode Cloud for teams

Demystify parallelization in Xcode builds

Design for Arabic

Design for Arabic · صمّم بالعربي

Design for Collaboration with Messages

Design protocol interfaces in Swift

Discover ARKit 6

Discover Managed Device Attestation

Discover PhotoKit change history

Discover Sign in with Apple at Work & School

Display EDR content with Core Image, Metal, and SwiftUI

Display HDR video in EDR with AVFoundation and Metal

Enhance your Sign in with Apple experience

Evolve your Core Data schema

Explore App Tracking Transparency

Explore navigation design for iOS

Get it right (to left)

Go bindless with Metal 3

Go further with Complications in WidgetKit

Improve app size and runtime performance

Make a great SharePlay experience

Maximize your Metal ray tracing performance

Meet Swift Package plugins

Reach new players with Game Center dashboard

Reduce networking delays for a more responsive app

Simplify C++ templates with concepts

SwiftUI on iPad: Add toolbars, titles, and more

SwiftUI on iPad: Organize your interface

The craft of SwiftUI API design: Progressive disclosure

Track down hangs with Xcode and on-device detection

Transform your geometry with Metal mesh shaders

Use SwiftUI with AppKit

Use SwiftUI with UIKit

What's new in App Store Connect

What's new in MapKit

What's new in StoreKit testing

What's new in TextKit and text views

What's new in Vision

What's new in the Photos picker

What's new in web accessibility

What’s new in HLS Interstitials

Writing for interfaces

[6월 11일]

Accelerate machine learning with Metal

Author fast and reliable tests for Xcode Cloud

Bring multiple windows to your SwiftUI app

Build device-to-device interactions with Network Framework

Create Swift Package plugins

Create accessible Single App Mode experiences

Create custom catalogs at scale with ShazamKit

Discover Benchmarks in App Analytics

Efficiency awaits: Background tasks in SwiftUI

Explore Apple Business Essentials

Explore SMS message filters

Explore media metadata publishing and playback interactions

Explore the machine learning development experience

Implement proactive in-app purchase restore

Improve DNS security for apps and servers

Power down: Improve battery consumption

Profile and optimize your game's memory

Scale compute workloads across Apple GPUs

Use Xcode for server-side development

What's new in PDFKit

What's new in Screen Time API

What's new in WKWebView

☝️ 복사해서 그냥 써도 되는데, 노션같은데 Table로 넣고싶으면

1. 복사

2. 엑셀이나 Numbers에 있는 표에 복붙

3. 그 표를 복사하여 노션 Table에 붙혀넣기

하면 손쉽게 옮길 수 있습니다 :D

https://developer.apple.com/wwdc22/sessions/ 에서 filter해서 봐도 되지만 그냥 추가

# What's new

What's new in App Clips

What's new in AppKit

What's new in Create ML

What's new in Nearby Interaction

What's new in SF Symbols 4

What's new in Safari and WebKit

What's new in SharePlay

What's new in Swift

What's new in SwiftUI

What's new in UIKit

What's new in Xcode

What's new in managing Apple devices

What's new with in-app purchase

What’s new in notarization for Mac apps

What's new in App Store Connect

What's new in MapKit

What's new in StoreKit testing

What's new in TextKit and text views

What's new in Vision

What's new in the Photos picker

What's new in web accessibility

What’s new in HLS Interstitials

What's new in PDFKit

What's new in Screen Time API

What's new in WKWebView

# Meet

Meet Apple Maps Server APIs

Meet Focus filters

Meet Swift Async Algorithms

Meet Swift Regex

Meet WeatherKit

Meet Web Push for Safari

Meet desktop class iPad

Meet passkeys

Meet Apple Music API and MusicKit

Meet Background Assets

Meet CKTool JS

Meet ScreenCaptureKit

Meet Transferable

Meet distributed actors in Swift

Meet the expanded San Francisco font family

링크는 시간나면 달아볼게요.. 글 작성 날짜 기준으로 아직 첫째날 것 밖에 안나와서 ㅎㅎ..

FlexLayout ) justifyContent / alignItems / alignSelf / alignContent 차이

Zedd0202 — Wed, 25 May 2022 22:38:34 +0900

안녕하세요 :) Zedd입니다.

FlexLayout쓸 때 마다 헷갈리는 친구들이 있는데... 오늘 진짜 내 자신에게 너무 현타가와서 정리

ㅎ ㅏ₩~~~~~~~~~

# justifyContent

정의 : flex container의 main-axis을 따라 정렬을 정의하는 프로퍼티

기본값 : start

가능한 값 : start / end / center / spaceBetween / spaceAround / spaceEvenly

저는 대충 뭐 워드나 한글의 글자 정렬과 비슷하다고 생각했기에 direction을 row로 테스트 해봅시다.

rootContainer.flex.height(100)
    .direction(.row)
    .backgroundColor(.systemYellow)
    .define { flex in
        flex.addItem().backgroundColor(UIColor.brown).size(50)
        flex.addItem().backgroundColor(UIColor.gray).size(50)
    }

아마도 가장 많이 쓰일 center로 테스트.

rootContainer.flex.height(100)
    .direction(.row)
    .justifyContent(.center) // ✅
    .backgroundColor(.systemYellow).define { flex in
        flex.addItem().backgroundColor(UIColor.brown).size(50)
        flex.addItem().backgroundColor(UIColor.gray).size(50)
    }

이러면

요렇게 정렬됩니다.

왜냐? 지금 direction이 row. 즉 main-axis가 x축이기에 x축을 따라서 item들이 정렬되기 때문입니다.

그래서 요렇게 x축을 따라서 이동하다 x축의 center에 정렬되게 되는 것이죠.

주의할 점은....

이렇게 container에 추가된 flex item들이 x축-y축 center로 정렬되지 않는다는 것!!!!!!!!!!!!!!!!!!

당연하죠?!:;

# alignItems

정의 : flex container의 현재 main-axis의 cross-axis를 따라 정렬되는 방식을 정의하는 프로퍼티

기본값 : stretch

가능한 값 : stretch / start / end / center / baseline

alignItems는 방금 봤던 justifyContent와 유사한데요.

justifyContent가 flex container의 main-axis을 따라 정렬을 정의하는 프로퍼티였다면,

alignItems는 main-axis의 cross-axis를 따라 정렬되는 방식을 정의하는 프로퍼티입니다.

같은 예를 사용해보면,

rootContainer.flex.height(100)
    .direction(.row)
    .backgroundColor(.systemYellow)
    .define { flex in
        flex.addItem().backgroundColor(UIColor.brown).size(50)
        flex.addItem().backgroundColor(UIColor.gray).size(50)
    }

현재 direction은 row. main-axis는 x니까.. cross-axis는 y입니다.

그럼 만약에 alignItems에 end를 줬다고 생각해봅시다.

justifyContent 같았으면 현재 main-axis를 따라가므로, end를 줬다면 현재 axis인 x를 따라갔을테니

이렇게 됐겠죠.

하지만!!!!! alignItems은 cross-axis를 따라가게 되고,

end를 줬으니.. column axis의 끝에 위치하게 됩니다.

이렇게 말이죠.

가장 직관적으로 이해할 수 있는 것 같이 end 같이 보여서 선택했는데, justifyContent과의 차이점이 눈에 잘 들어오시나요?

그럼 아주아주 간단한 문제!

1. direction이 row. 즉 main-axis가 row인 상태에서 alignItems(.center)를 하면 어떻게 될까

정답:

2. direction이 column. 즉 main-axis가 y인 상태에서 alignItems(.center)를 하면 어떻게 될까

정답:

justifyContent와 똑같이..주의할 점은....

이렇게 container에 추가된 flex item들이 x축-y축 center로 정렬되지 않는다는 것!!!!!!!!!!!!!!!!!!!

: ㅋ그럼 저렇게 딱 x축-y축에 대해 center주고 싶으면 어떻게해냐되냐거

✔️ justifyContent: flex container의 main-axis에 따라 정렬을 정의하는 프로퍼티

✔️ alignItems: flex container의 현재 main-axis의 cross-axis를 따라 배치되는 방식을 정의하는 프로퍼티

하나는 main-axis..하나는 corss-axis...

둘 다 center를 먹이면..?

rootContainer.flex.height(150)
    .justifyContent(.center) // ✅ 
    .alignItems(.center) // ✅
    .backgroundColor(.systemYellow).define { flex in
        flex.addItem().backgroundColor(UIColor.brown).size(50)
        flex.addItem().backgroundColor(UIColor.gray).size(50)
    }

이렇게 x축-y축 center에 위치하도록 할 수 있습니다.

아마도 가장 많이 쓰지 않을까..

# alignSelf

정의 : 부모(parent)의 alignItems를 재정의(override)하여 자식(child)이 cross direction으로 정렬되는 방식을 제어하는 프로퍼티

기본값 : auto (flex container의 alignItems을 사용함을 의미)

가능한 값 : auto / stretch / start / end / center / baseline

아묻따 예제 코드부터 봅시다.

rootContainer.flex.height(150)
    .direction(.row)
    .justifyContent(.center)
    .alignItems(.center) // ✅
    .backgroundColor(.systemYellow).define { flex in
        flex.addItem()
        .alignSelf(.end) // ✅
        .direction(.row)
        .backgroundColor(.systemRed)
        .define { flex in
            flex.addItem().backgroundColor(UIColor.brown).size(50)
            flex.addItem().backgroundColor(UIColor.gray).size(50)

        }
    }

코드가 길어보이지만..;;; alignItems와 alignSelf를 봐주세요.

자.. 우리가

rootContainer.flex.height(150)
    .direction(.row)
    .justifyContent(.center)
    .alignItems(.center) // ✅
    ....

딱 여기까지만 보면, 위에서 봤던거랑 똑같이

요렇게 나오겠죠??

근데 제가 또 다른 container를 만들고, 그 container에 alignSelf를 .end를 줬습니다.

그리고 또 다른 container안에 갈색 View, 회색 View를 넣어줬어요.

rootContainer.flex.height(150)
    .direction(.row)
    .justifyContent(.center)
    .alignItems(.center) // ✅
    .backgroundColor(.systemYellow).define { flex in
        flex.addItem()
        .alignSelf(.end) // ✅
        .direction(.row)
        .backgroundColor(.systemRed)
        .define { flex in
            flex.addItem().backgroundColor(UIColor.brown).size(50)
            flex.addItem().backgroundColor(UIColor.gray).size(50)

        }
    }

자!!! 그럼 alignSelf가 부모(parent)의 alignItems를 재정의(override)하기 때문에

.alignItems(.center)
ㄴ alignSelf(.end)

이렇게 되어있으면 alignItems은 .end가 먹여지게 됩니다.

그럼 어떻게 되냐..alignItems랑 똑같습니다. alignSelf도 역시 cross-axis를 따라서 정렬되므로

지금 alignSelf가 먹은 container의 main-axis가 x이기 때문에 (direction(.row))

x의 cross-axis인 y를 따라 정렬됩니다.

그러니까...

요렇게 나오게 됩니다. (justifyContent는 center로 되어있으니까 center인거임)

alignSelf는 flex container에 안줘도되고, item에 줘도 됩니다.

rootContainer.flex.height(150)
    .direction(.row)
    .justifyContent(.center)
    .alignItems(.center)
    .backgroundColor(.systemYellow).define { flex in
        flex.addItem().backgroundColor(UIColor.brown).size(50)
        	.alignSelf(.end) // ✅
        flex.addItem().backgroundColor(UIColor.gray).size(50)
    }

이렇게 갈색 View에 alignSelf end를 주면,

요렇게 갈색 View만 바뀌게 됩니다.

# alignContent

⚠️ 주의 : alignContent를 이해하려면 wrap에 대한 이해가 필요합니다. ⚠️

정의 : FlexLayout에 있는 정의가 너무 이해가 안가서 다른 블로그에 있는 정의를 가져왔습니다.

- flex-wrap 속성의 값이 wrap인 경우, 아이템들의 가로폭의 합이 콘테이너의 가로폭을 넘어가면 아이템이 다음 줄로 내려갑니다.
이때 여러 줄이 되어버린 아이템들의 정렬을 어떻게 할지 정하는 속성이 align-content입니다

- 기본값은 stretch로, 높이를 꽉 채웁니다.

기본값 : stretch

가능한 값 : stretch / start / end / center / baseline

자..가장 처음의 예제 코드로 돌아가서 alignContent를 줘봅시다.

rootContainer.flex.height(100)
    .direction(.row)
    .alignContent(.center) // ✅
    .backgroundColor(.systemYellow).define { flex in
        flex.addItem().backgroundColor(UIColor.brown).size(50)
        flex.addItem().backgroundColor(UIColor.gray).size(50)
    }

: direction이 row고... alignContent를 center로 줬으니까..

이렇게 나오겠구만...

결과 :

: ⁉️

기본적으로 flex의 wrap값은 unwrap인데요. unwrap이면 alignContent는 아무 효과가 없습니다.

wrap일 때 alignContent가 효과가 있는거 ㅇㅇ

flex-wrap 속성의 값이 wrap인 경우, 아이템들의 가로폭의 합이 콘테이너의 가로폭을 넘어가면 아이템이 다음 줄로 내려갑니다.
이때 여러 줄이 되어버린 아이템들의 정렬을 어떻게 할지 정하는 속성이 align-content입니다

일단 줄이 넘어가도록 여러개의 view를 넣어봅시다.

rootContainer.flex.height(150)
    .direction(.row)
    .wrap(.wrap) // ✅
    .backgroundColor(.systemYellow).define { flex in
        for _ in 1...10 {
            flex.addItem().backgroundColor(colors.randomElement()!).size(50)
        }
    }

wrap으로 설정되어있기 때문에 다음 줄로 잘 내려왔는데요.

이 상태에서 alignContent를 적용해봅시다. 대충 center로..

rootContainer.flex.height(150)
    .direction(.row)
    .wrap(.wrap)
    .alignContent(.center) // ✅
    .backgroundColor(.systemYellow).define { flex in
        for _ in 1...10 {
            flex.addItem().backgroundColor(colors.randomElement()!).size(50)
        }
    }

대충 잘 적용된 것을 볼 수 있읍니다..

다시한번 말하지만, alignContent는 wrap이 적용되어있어야하므로..

wrap이 적용되지 않은 상태에서는 alignContent를 해도

그냥 이렇게 나오니 주의 ㅎ

column도 동일하니까

공식문서에 있는 이미지 참고하면 될 것 같아요!

아 드디어 알겠내 편-안

혹시!! 틀린 부분이 있다면 꼭 댓글 부탁드립니다~

[참고]

https://www.codingfactory.net/12377

https://github.com/layoutBox/FlexLayout

Git Alias 사용해보기

Zedd0202 — Wed, 4 May 2022 18:50:34 +0900

# Git Alias 추가

Alias. 말그대로 별칭. 명령에 매핑되는 더 짧은 명령을 만들수 있기 때문에 필요한 키 입력을 더 줄일 수 있어 효율적이다.

git pull origin develop

alias를 등록하려면

git config -옵션 alias.{alias 이름} '{alias를 지정할 명령어}'

이렇게 하고 터미널에 입력하면 된다.

ex.

// global
git config --global alias.pd fetch 'pull origin develop'


// local
git config alias.pd 'pull origin develop'
git config --local alias.pd 'pull origin develop'

이런식.

⚠️ [주의] ⚠️

- pull origin develop같이 명령어에 공백이 있다면 작은 따옴표('')로 묶어줘야함.

- checkout같이 공백이 없다면 작은 따옴표('')로 묶어줄 필요 없음

ex.

git config alias.co checkout // 'checkout'이라고 안해줘도 됨.

그럼 이제

git co feature/~~~

이런식으로 쓸 수 있는것.

아무튼 나는 pull origin develop을 alias로 지정해놨으므로

// as-is
git pull origin develop

// to-be
git pd

이제 git pd만 쓰면 develop을 pull하게 된다.

꼭 명령어로 안하고 직접 gitconfig파일을 수정해도 된다.

✅ global로 옵션으로 적용했다면 -> open ~/.gitconfig

✅ local 옵션으로 적용했다면 -> 해당 디렉토리 -> 숨겨진 파일 보기 -> .git -> config 파일

아무튼 둘 다

이런식으로 들어가있을 것. 여기를 수정해줘도 된다.

# Alias 목록 보기

당연히 위 config 파일을 보면 되긴 하는데 리스트를 터미널에서 보고싶다면

// global
git config --global --get-regexp alias

// local
git config --local --get-regexp alias
git config --get-regexp alias

이렇게 보면 된다. local에만 들어가있으면 --global로 했을 때 아무것도 안나오니 주의!

# Alias 삭제

당연히;; 위 config파일에서 삭제해도 되고, 명령어로는

git config --옵션 --unset alias.{alias 이름}

// global
git config --global --unset alias.pd
 
// local
git config --local --unset alias.pd
git config --unset alias.pd

이런식으로 하면 된다.

# 활용

머지된 로컬 브랜치 삭제 명령어 같은거..

git branch --merged | grep -v "master\|develop" | xargs git branch -D

메모장에 넣어놓고 복붙하곤 그랬는데, 그냥 alias로 등록해두면 편하다.

git config alias.db '!git branch --merged | grep -v \"master\\|develop\" | xargs git branch -d'

이제

git db

만 입력하면 머지된 로컬 브랜치들이 삭제된다~~ (master나 develop빼고)

이거 나만 안쓰고 있었던걸지도 모르는데... 그냥 이제부터라도 쓰는게 어디 ㅎㅋ.. 야호

Swift 5.6 ) Introduces existential any

Zedd0202 — Sun, 3 Apr 2022 15:14:11 +0900

안녕하세요 :) Zedd입니다.

코로롱 에 걸려서 이래저래 굉장히 힘드네요 진짜 안걸리는게 제일 좋다~~!!!! 조심~~!!!

오늘은 Swift 5.6에서 추가된 Introduces existential any 요 기능만 호다닥 보려고 합니다.

먼저, Existential type를 알아야 합니다.

# Existential type

직역하여 "실존 타입"정도로..이해하면 될 것 같아요.

우와 새로운 개념 ㄷㄷ;;;;이 아니라 Existential type은 그냥 용어일 뿐, 우리가 계속 써왔던 개념입니다.

protocol Pet {

  var name: String { get }
}

struct Cat: Pet {

  var name: String
}

Pet이라는 프로토콜이 있고, Pet을 준수하는 Cat이 있습니다.

Cat은 여기서 concrete type이라고 할 수 있겠죠.

var someCat = Cat(name: "Yumi")

이렇게 Cat타입으로 someCat을 정의했습니다.

하지만 Cat이 Pet을 준수하고 있기 때문에,

var somePet: Pet = Cat(name: "Yumi")

이 코드도 전혀 문제없습니다.

concrete type인 Cat 대신에 Pet타입으로 somePet을 정의한것이죠.

여기서!!!! Pet을 existential type이라고 합니다.

Cat이라는 실존(존재)하고 있는 구조체를 참조하는 프로토콜인거죠.

Swift 공식문서 - Protocol 중 Protocols as Types에 가보면,

Using a protocol as a type is sometimes called an existential type
프로토콜을 타입으로 사용하는 것은 existential type이라고 불리기도 한다.

요렇게 나와있네요 ㅎㅎ

var somePet: Pet = Cat(name: "Yumi")

아무튼 이 경우 Pet은 existential type입니다.

existential type을 파라미터로 사용하는 경우도 있죠.

func 사료를_주다(to pet: Pet) {}

이런식으로 말이죠!

우리가 계속 써왔던거죠!?

# Generic과 Existential type

Pet에 함수를 추가해주겠습니다.

protocol Pet {
   func eat()
}

: 내가 Pet을 준수하는 타입을 만들어서 넘기면, eat을 호출해주는 함수를 만들어야겠어

1️⃣ : Generic을 쓰자!

func 사료를_주다<T: Pet>(to pet: T) {
    pet.eat()
}

Generic 함수에 protocol constraint를 걸어놨습니다.

이제 이 함수는 Pet을 준수하는 concrete type만 받을 수 있게 됩니다.

그럼 Pet을 준수하는 concrete type을 만들어서 사료를_주다를 호출해봅시다.

struct Cat: Pet {
    
    let name: String
    
    func eat() { print("웅냥ㄴ양얀양냥") }
}

func 사료를_주다<T: Pet>(to pet: T) {
    pet.eat()
}

let cat = Cat(name: "Yumi")
사료를_주다(to: cat) // 웅냥ㄴ양얀양냥

위 코드는 문제 없이 잘 돌아갑니다.

하지만 아래와같은 코드.. existential type으로 사용한 코드는 컴파일 에러를 일으킵니다.

let cat: Pet = Cat(name: "Yumi")
사료를_주다(to: cat) //   Protocol 'Pet' as a type cannot conform to the protocol itself

나는 Pet을 준수하는 타입만 받도록 했는데, Pet 프로토콜 그 자체가 넘겨졌기 때문입니다.

func 사료를_주다<T: Pet>(to pet: T) {
    pet.eat()
}
let cat = Cat(name: "Yumi")
사료를_주다(to: cat) // 웅냥ㄴ양얀양냥

위 코드가 컴파일될 때, Swift는 이렇게 생각합니다.

1. Cat 인스턴스를 만듬

2. Cat 타입을 사료를_주다로 넘김

3. Cat의 eat()을 호출함

(Swift) : 엥 그냥 Cat에 있는 eat()을 호출하면 되겠군..응 cat.eat()이야~~

Swift는 그냥 Cat의 eat()을 직접(direct) 호출하는 최적화된 코드를 생성할 수 있게 됩니다.

컴파일시간에 Swift는 Cat의 eat()을 호출해야한다는 것을 아는것이죠.

이것이 바로 static dispatch입니다.

컴파일타임에 어떤 구현을 실행하도록 결정할 수 있다면, 이를 static dispatch라고 합니다.
컴파일러가 실제로 어떤 구현이 실행될건지 알기때문이죠. 즉, inline과 같은것을 포함하여 코드를 적극적으로 최적화 할 수 있게 됩니다.
이러한 static dispatch는 dynamic dispatch와는 대조적인데요,
dynamic dispatch는 컴파일러가 컴파일타임에 어떤 구현을 실행할건지 결정 할 수 없습니다.
런타임때만!!!! 실제로 구현된 곳으로 jump하게 되죠(jump to it. jump라는 말이 너무 찰떡이라 굳이 번역하지 않았..)
따라서 dynamic dispatch의 비용은 static dispatch보다 훨씬 큽니다.

Swift ) (2) Understanding Swift Performance (Swift성능 이해하기) 참고

2️⃣ : existential type을 쓰자!

: ㅋㅋ 언제 <T: Pet> 이렇게 쎀ㅋㅋㅋ;;; 그냥

func 사료를_주다(to pet: Pet) {
    pet.eat()
}

이렇게 쓰면 되는뎅ㅎㅎㅎㅋㅋ

func 사료를_주다(to pet: Pet) {
    pet.eat()
}
let cat = Cat(name: "Yumi")
사료를_주다(to: cat) // 웅냥ㄴ양얀양냥

ㅎㅎ근데 1번에 비해

let cat: Pet = Cat(name: "Yumi")
사료를_주다(to: cat) // 웅냥ㄴ양얀양냥

이렇게 Pet을 existential type으로 사용한 것도 들어가긴 하는데~~ 상관없지 모;

: 삐빅- dynamic dispatch입니다.

자 아래 코드를 다시 봅시다.

func 사료를_주다(to pet: Pet) {
    pet.eat()
}
let cat: Pet = Cat(name: "Yumi")
사료를_주다(to: cat) // 웅냥ㄴ양얀양냥

위 코드가 컴파일 될 때 Swift는 어떤 타입의 eat()이 호출될지 모릅니다.

왜냐면 cat인스턴스는 Cat타입이 아니라 Pet타입으로 지정되어 있기 때문이죠(existential type)

Generic을 사용했을 때 처럼 코드 최적화를 하지 못하고, 런타임에 어떤 eat()을 호출해야할지 알수 있게 됩니다.

즉, dynamic dispatch를 해야합니다.

어떤 타입의 eat()을 호출해야하는지 알기 위해 Swift는 existential container라는 것도 만들고, Heap도 사용하게 됩니다. (무조건 사용하는건 아니지만)

즉 대충 dynamic dispatch는 static dispatch에 비해 비용이 많이 든다는거..

dynamic dispatch 과정을 더 자세히 알고싶다면, Swift ) (2) Understanding Swift Performance (Swift성능 이해하기) 를 참고해주세요.

: 내가 Pet을 준수하는 타입을 만들어서 넘기면, eat을 호출해주는 함수를 만들어야겠다.

// 1️⃣ : Generic을 쓰자!
func 사료를_주다<T: Pet>(to pet: T) {
    pet.eat()
}

// 2️⃣ : existential type을 쓰자!
func 사료를_주다(to pet: Pet) {
    pet.eat()
}

2번이 1번보다 훨씬 비용이 많이 듬에도 불구하고,

1. minimal spelling. Existential type이 Generic에 비해 더 적게 씀.

2. 코드상으로 existential type에 대한 비용이 전혀 드러나지 않음.

위와같은 이유때문에 사람들은 주로 2번을 사용하게 됩니다.

그로인해 개발자들은 이 둘을 혼동하게 됩니다. (엥 같은거 아냐?; 라는 식이라던가)

Introduce existential any proposal에서는 이를

language makes existential types too easy to reach for (...)
언어(Swift겠죠)가 existential types에 너무 쉽게 도달하도록 만든다..

라고 표현합니다.

또한, existential type을 사용하는 비용은 숨겨져서는 안되며, 개발자들은 이러한 의미 체계를 명시적으로 선택해야 한다는 뜻에서...

existential any를 소개합니다.

# existential any

이제 Swift 5.6에서는 existential type과 any를 같이 쓸 수 있게 됩니다. (나중에는 무조건 이렇게 써야함)

func 사료를_주다(to pet: ✅any✅ Pet) {
    pet.eat()
}

구구절절 앞 설명이 길었지만, existential type을 사용할 때 이제 any를 같이 써야한다는 그런 변경사항입니다.

: 아 진짜요

: 단순한 변화같지만..Swift에 아주 큰 변화가 생긴겁니다. Swift 5.6에서는 별 다른 경고나 에러는 없지만..... 향후 Swift 버전에서는 경고가 생성될 예정이며 Swift 6부터는 에러를 낼 계획 ^^!

: ⁉️

// Swift 5 mode

protocol P {}
protocol Q {}
struct S: P, Q {}

let p1: P = S() // 'P' in this context is an existential type
let p2: any P = S() // 'any P' is an explicit existential type

let pq1: P & Q = S() // 'P & Q' in this context is an existential type
let pq2: any P & Q = S() // 'any P & Q' is an explicit existential type

// Swift 6 mode

protocol P {}
protocol Q {}
struct S: P, Q {}

let p1: P = S() //   error  
let p2: any P = S() // ✅ okay ✅

let pq1: P & Q = S() //   error  
let pq2: any P & Q = S() // ✅ okay ✅

: 나 이렇게 쓴 코드 개많은데.. 진심이야?

func 사료를_주다(to pet: Pet) {
    pet.eat()
}

: ㅇㅇSwift 6부터는 에러날거임

# 참고

✔️ 프로토콜이 아닌 타입에 대해 any를 붙히면 에러가 납니다.

struct S {}

let s: any S = S() //   error: 'any' has no effect on concrete type 'S'

func generic<T>(t: T) {
  let x: any T = t //   error: 'any' has no effect on type parameter 'T'
}

let f: any ((Int) -> Void) = generic //   error: 'any' has no effect on concrete type '(Int) -> Void'

[정리]

1. 프로토콜

2. 프로토콜 composition

3. metatypes

앞에만 any를 붙힐 수 있음.

✔️ any는 Any 및 AnyObject에는 안붙혀줘도 됩니다. (protocol composition의 일부가 아닌 이상)

근데 붙혀도 에러는 나지 않음..

struct S {}
class C {}

let value: any Any = S()
let values: [any Any] = []
let object: any AnyObject = C()

protocol P {}
extension C: P {}

let pObject: any AnyObject & P = C() // okay

: 에엥

protocol P {}
extension C: P {}

let pObject: any AnyObject & P = C() // okay

P앞에 왜 any없어.. any넣어야할 거 아니야

이때는 protocol composition이라 앞에만 넣어주면 됨.

let pObject: any AnyObject & any P = C() //   error: 'any' should appear at the beginning of a composition

넣으면 에러납니다.

✔️ Metatypes

protocol P {}
struct S: P {}

let existentialMetatype: any P.Type = S.self

protocol Q {}
extension S: Q {}

let compositionMetatype: any (P & Q).Type = S.self

let protocolMetatype: (any P).Type = (any P).self

P.Type -> any P.Type

P.self -> (any P).self

자세한 내용은 [SE-0335] Introduce existential any를 참고해주세요 :D

틀린 내용이 있다면 댓글 부탁드립니다~

그건 그렇고..유미가 Yumi가 아니라 Yuumi 였군요?! 귀찮으니 그냥 둔다

[참고]

- Introduce existential any proposal

- https://www.hackingwithswift.com/swift/5.6/existential-any

기본 앱 설정에 Custom Section 추가하기 (2) - Child Pane

Zedd0202 — Sat, 12 Mar 2022 00:37:15 +0900

안녕하세요 :) Zedd입니다.

기본 앱 설정에 Custom Section 추가하기 (1) 에서 Settings Bundle에 들어가는 control type들을 살펴봤는데요.

Group
Text field
Title
Toggle switch
Slider
Multivalue
Radio Group
Child Pane

Child Pane빼고 다 봤었어요.

Child Pane은 어떤거냐면..

이름에서 볼 수 있다시피 새로운 (Child) 페이지를 만들 수 있는 type입니다.

# Child Pane

Child Pane은 Preference Items에서 +를 눌렀을때는 안보이는데,

아무거나 누르고 Type 변경 Drop Down 버튼을 누르면

이렇게 나오게 됩니다.

일단 소스코드..

이렇게 추가해주면 되는데요.

아직 File key에 제대로 된 파일 이름을 넣어주지 않았지만, 실행해보면

이렇게 새로운 하위 화면이 뜨게 됩니다.

# File 지정하기

글에서 Settings Bundle의 컨텐츠들 설명했던 부분 기억나시나요? (공식문서 링크)

여기서 Additional .plist files가 있는데, 이게 왜 있냐면..

Child pane을 사용하는 경우, 요 새로운 pane에 대한 plist를 만들어줘야기 때문입니다.

그래서

File key에는 plist이름이 들어가야 합니다. (Key이름은 File이 맞는데, 보여질때는 Filename으로 보여지네용)

주의할 점은, Zedd.plist가 있으면 "Zedd.plist"를 넣는게 아니라, "Zedd"로 넣어야 합니다.

# plist 만들기

귀찮으니까 Root를 복사해주겠습니다.

1. Root.plist를 소스코드로 전환하여 복사

2. Settings Bundle > New File하여 새로운 파일 생성

3. 파일이름을 Zedd.plist로 변경

왜 이렇게 힘들게 plist를 만들고 있는지 저도 잘 모르겠는데요.

번들안에서는 New File을 누르면

이런게 안뜨고 그냥 바로 empty 파일이 만들어져버림;;

Bundle말고 앱 코드 있는곳에서 property list만들고 옮겨도 되지만...Root를 복사하는게 맘편하다는게 제 생각 ㅎ

4. StringsTable key의 값을 변경.

Root의 File은 "파일의 이름"을 보는거기 때문에 plist 내부의 값들은 따로 신경쓰지 않아도 됩니다.

5. Root.plist로 가서 File을 "Zedd"로 지정

6. 빌드 후 설정 가보기

으음 굳.. 당연히 새로운 페이지에서는 Zedd.plist에 있는 Item들이 나오겠죠?

아무튼 이런식으로 자기 입맛대로 사용하면 된다는거~~~

# Child Pane 사용 예제

대부분 앱 내에 설정을 두는 식으로 하는지,

제가 설치한 앱들중에서는 기본 앱 설정에 설정을 둔게 많이 없더라구요.

기본 앱 설정에 Custom Section 추가하기 (1) 에서도 언급했듯이,

변경이 거의 필요하지 않은 것들만 (기본) 설정 앱에 넣는것이 좋다~~고 했는데요.

Apple Developer 앱 처럼

사용권 / 오픈소스 라이선스등을 넣기 딱 좋을 것 같더라구요!

Apple Developer 앱 말고도 기본 앱 설정에 라이선스를 넣어둔 곳이..찾아보니

제가 설치한 앱들 중에선 리디북스와 아자르가!

~~리디북스는 눌러도 아무것도 안나오던데.... ....~~

아자르의 오픈소스 소프트웨어 라이센스를 눌러보면,

이런식으로 나오게 됩니다.

(소소한 정보 : 국립국어원의 표기법에 따르면 라이선스가 맞는 표기입니다. 참고)

오른쪽 그림처럼 만들고 싶다면, Group의 Title이나 FooterText로 넣으면 됩니다.

MIT License

Copyright (c) 2022 Zedd

Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all
copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
SOFTWARE.

대충 이런 텍스트를 복사해주고

이렇게 넣어주면

왼쪽 - Title로 넣은거 / 오른쪽 - FooterText로 넣은거

살짝 다르죠!?

아무튼 이런식으로 사용하면 됩니다~~~

# 라이브러리

LicensePlist 라고 오픈소스 plist를 자동으로 만들어주는 라이브러리도 있는데요.

아자르는 이걸 사용한게 아닐까!

기본 앱 설정에 Custom Section 추가하기 (1)

Zedd0202 — Fri, 11 Mar 2022 23:20:41 +0900

안녕하세요 :) Zedd입니다.

오늘은 얼마전에 우연히 Apple Developer 앱 설정에 들어갔다가

왼쪽 그림처럼 Custom Section(?)들이 있는 것을 보게 되었습니다.

보통 앱 설정은 오른쪽 그림처럼... 뭔가 OS 관련 설정 그런것들만 있을 줄 알았는데,

왼쪽 처럼 Custom 설정들이 있으니까 신기했어요.

어떻게 하는지 급 궁금해져서 한번 보도록 할려구요!

# 목차

- 설정

- HIG > Setting

- Settings Bundle?

- Setting Bundle 추가하기

- Root.plist에 들어갈 수 있는 item들의 control type 살펴보기

Group
Text field
Title
Toggle switch
Slider
Multivalue
Radio Group
Child Pane(이번글에서는 안다룸. 다음글에서)

# 설정

앱에서 설정을 표시하기 위해 2가지 옵션 중 하나를 선택할 수 있는데요.

1. 앱 내부에서 표시

2. Settings Bundle을 사용하여 기본 설정앱에서 표시

오늘 공부할 건 2번입니다.

# HIG > Settings

Human Interface Guidelines의 Settings를 보면,

(기본) 설정 앱은 시스템 전체에서 configuration을 변경하기 위한 중앙위치.
하지만 거기에 가려면 우리 앱을 떠나야함.
앱 내에서 직접 설정을 조정하는 것이 훨씬 더 편리!
변경이 거의 필요하지 않은 설정을 제공해야하는 경우, iOS Settings Bundle 구현 참고.

라고 되어있는데요.

일단 변경이 거의 필요하지 않은 것들만 (기본) 설정 앱에 넣는것이 좋다~~만 알고갑시다.

# Settings Bundle?

앱 내부가 아닌 기본 설정앱에서 설정들을 보여주고싶다면, Settings Bundle을 사용해야합니다.

Settings Bundle - 설정앱에서 custom 설정을 보여주기 위한 특별한 Bundle

Bundle 글에서

Bundle : 디스크의 Bundle Directory에 저장된 executable code / images, sound, nib 파일과 같은 리소스 / info.plist 의 표현

라고 했었는데요.

그럼 Settings Bundle안에 리소스나 plist들이 있겠죠?

맞습니다!

Settings Bundle을 구성하는 컨텐츠들은 아래와 같아요.

이렇게 있는데, 이건 직접 해보면서 보도록 합시다.

일단 중요한건 Root.plist입니다!

# Settings Bundle 추가하기

1. Settings Bundle을 추가해줍니다.

그러면 오른쪽 그림과 같이 추가되어있으면 OK

2. 앱 실행 후 설정 앱으로 가보기

Settings Bundle을 추가했을 뿐인데, GROUP Section이 생겼네요.

3. Root.plist 수정하기

위에서 Root.plist가 중요하다고 했죠?

Root.plist에 가보면

이렇게 Preference Items이 있습니다.

이걸 적절하게 수정하면서 제가 보여주고 싶은 것들로 수정하면 됩니다.

Item의 Control type들은 아래와 같습니다.

Group
Text field
Title
Toggle switch
Slider
Multivalue
Radio Group
Child Pane(이번글에서는 안다룸. 다음글에서)

들어가기 전에...

Root.plist상에서 순서 변경이 안되므로...순서 변경을 하고싶다면,

Source Code로 열고 변경하는 것을 추천합니다.

또한, 각 Control Type에 어떤 Key가 들어갈 수있는지 보고싶다면 여기를 참고해주세요!

# Root.plist > item들의 control type 살펴보기

✔️ Group

Group은 말 그대로 Group을 구성하기 위한 type입니다.

내가 이렇게 하나의 Group을 만들고 싶다면, Group 타입을 추가해주기만 하면 됩니다.

이렇게요.

Q : Group의 이름을 바꾸고 싶어요.

A : Item 안의 Title을 바꾸면 됩니다.

Q : Group을 추가하고싶어요.

A : 해당 Group에 넣고싶은 Item들 앞에 Group을 넣어주기만 하면 됩니다.

Group 뒤에 오는 것들은 앞에 선언한 Group에 포함되게 됩니다.

위 그림처럼 Name다음에 Group을 넣게 되면 Group이 분리되게 되겠죠.

이런식으로요.

Q : Apple Developer 앱 처럼 Group에 Footer를 추가하고싶어요

A : FooterText를 넣어주면 됩니다.

✔️ Text Field

Title과 편집가능한 TextField를 표시하는 type.

사용자가 custom 문자열을 지정해야하는 경우 이 type을 사용하면 됩니다.

지금 보면 기본적으로 TextField가 들어가있죠.

Q : Title은 보이는데, Text Field는 없는데..?

A : 놀랍게도 있다

그래서.. 이 Text Field를 입맛에 맞게 수정해주면 됩니다. 키보드 타입까지;;; 설정가능함

더이상의 설명은 생략한다.

✔️ Title

Read only 문자열을 표시해야하는 경우 사용하는 type

요렇게 할 수 있습니다.

⚠️ 주의할 점 ⚠️

plist에서 +버튼을 누르면 type을 선택하는게 뜨는데, 거기서 Title을 누르면

요렇게 기본적으로 값들이 들어가있는데요.

여기서 Default Value를 반~~~드시 추가해줘야 설정에 뜨게 됩니다.

이렇게요.

공식문서에서 Default Value가 required로 되어있는데 왜 기본적으로 생성 안해주지 ㄱ-

✔️ Toggle switch, Slider

이 친구들은 간단해서 넘어가도록 하겠습니다.

Settings Bundle추가하면 기본적으로 들어있으니까 이거 보고 하면 될 듯 ㅎ

✔️ Multi Value

Multi Value는 이름에서도 추측할 수 있듯이 여러값들 중 하나를 선택할 수 있는 타입입니다.

예를 들어.... ㅋㅋ 아니 예가 생각이 안남..

음 토스트가 뜨는 Duration을....수정할 수 있게 하고싶다면

이렇게!!! 하고싶다면, Multi Value를 사용하면 됩니다.

Multi Value의 특징은 위 그림에서 볼 수 있다시피, 한 Depth를 더 들어가서 나오게 됩니다.

두번째 그림에서 Back 버튼 보이시죠!?

Multi Value를 추가하면 기본적으로 아래와 같이 나올텐데요.

Titles와 Values를 추가해줘야합니다. (required key이기 때문에)

Default Value에 3초가 아닌...3을 넣어야 한다는 사실만 주의하면 쉽습니다.

소스코드도 첨부합니다 ㅎ

(복사가 이상하게 된다면 우측하단의 view raw로 열어서 복사해주세요~)

앱 안에 있으면 더 좋겠지만, api host (dev/real)을 선택한다거나 등등을 해도 될 것 같아요.

✔️ Radio Group

요 문서에도 없어서 Radio Group은 있는지 몰랐는데;; 여기에는 있더라구요.

Q : Radio Group은 아예 옵션에 없는데?;;

A : Root.plist에 수동으로 추가해줘야하는 type입니다.

Radio Group이 뭔지는 바로 그림으로 보면 될 것 같은데요.

Multi Value는

이렇게 한 Depth를 들어가야 하는 반면, Radio Group은

- Radio 'Group'이라는 이름에 맞게 Group이 따로 생기며

- 따로 한 Depth를 들어갈 필요없이 바로 펼쳐져서 보이게 됨

- Group에서 사용했던 FooterText도 사용가능.

Multi Value에서 했던거랑 완전히 똑같이 해주면 되고, type만 PSRadioGroupSpecifier로 바꿔주면 됩니다.

(복사가 이상하게 된다면 우측하단의 view raw로 열어서 복사해주세요~)

✔️ Child Pane

이건 다음글에서 따로 보도록 할게요.

기본 앱 설정에 Custom Section 추가하기 (2) - Child Pane

AsyncStream / AsyncThrowingStream (feat. RxSwift + Concurrency)

Zedd0202 — Mon, 7 Feb 2022 08:08:00 +0900

안녕하세요 :) Zedd입니다.

오늘은 AsyncStream에 대해서 공부해보려고 합니다 :D

오늘 공부할 AsyncStream은 반드시 AsyncSequence를 알아야 이해가 가능합니다.

# AsyncStream

✔️ 정의 : 순서가 있고, 비동기적으로 생성된 요소들의 sequence ✔️

정의도 한번에 와닿지 않고, AsyncStream에 대한 이런 저런 이야기가 많지만 딱 하나만 기억하면 됩니다.

AsyncSequence를 생성하는 인터페이스!!!!!!

그래서 AsyncSequence를 알아야 이해가 가능하다고 말한거였어요

정말 간단한 예를 들어봅시다.

비동기랑은 상관없지만;; 1부터 10까지의 요소가 있는 AsyncSequence를 생성하고 싶다고 칩시다.

물론 Swift Concurrency ) AsyncSequence 에서 본 것 처럼 직접 타입을 만들어서 해도 되지만...

AsyncStream을 이용하면 훨씬 간단해집니다.

다음의 step을 따라 AsyncStream을 만들어봅시다!

1. AsyncStream을 만든다.

2. 타입을 지정한다.

3. 클로져안에서 하고싶은 일들을 한다.

✔️ 1. AsyncStream을 만든다.

let digits = AsyncStream

✔️ 2. 타입을 지정한다.

저는 1부터 10까지의 요소가 있는 Sequence를 만들고 싶기 때문에 Int로 지정해주겠습니다.

let digits = AsyncStream<Int>

✔️ 3. 클로져안에서 하고싶은 일들을 한다.

let digits = AsyncStream<Int> { continuation in
    for digit in 1...10 {
      continuation.yield(digit)
    }
    continuation.finish()
}

이렇게 하면 ~~얼렁뚱땅~~ AsyncSequence가 만들어지고,

Sequence이기 때문에 for-in loop에서 사용할 수 있게 됩니다.

for await digit in digits {
  print(digit)
}
/*
1
2
...
10
*/

3. 클로져안에서 하고싶은 일들을 한다. 에서

let digits = AsyncStream<Int> { continuation in
    for digit in 1...10 {
      continuation.yield(digit)
    }
    continuation.finish()
}

continuation, yield, finish같은 뭔가 알수없는 것들이 나왔는데요! 하나씩 보겠습니다.

# Continuation

continuation은 그냥 parameters죠!

하지만 궁금한건 왜 하필!! continuation이라는 이름이냐..인 것입니다.

→ continuation 파라미터의 타입이 AsyncStream.Continuation이기 때문입니다.

# yield / finish

let digits = AsyncStream<Int> { continuation in
    for digit in 1...10 {
      continuation.yield(digit)
    }
    continuation.finish()
}

그럼 yield와 finish는 AsyncStream.Continuation의 메소드겠네요.

맞습니다!

아주 간단하게 설명하면

✔️ yield - 스트림에 Element를 제공

✔️ finish - 정상적으로 스트림을 종료(sequence iterator가 sequence를 종료하는 nil을 생성하도록 함)

입니다.

다시 코드를 보도록 합시다.

let digits = AsyncStream<Int> { continuation in
    for digit in 1...10 {
      continuation.yield(digit)
    }
    continuation.finish()
}

내가 원하는건 1부터 10까지의 요소가 있는 AsyncSequence였습니다.

for문을 돌면서 1부터 10을 yield해주고, 스트림을 종료(finish)시켜 줍니다.

# AsyncThrowingStream

Swift Concurrency ) AsyncSequence에서 Throwable한 AsyncSequence도 만들어 봤었는데요.

AsyncStream은 에러를 throw하지 못합니다.

대신!! AsyncThrowingStream이라는 것이 따로 있습니다.

AsyncStream이랑 다 똑같습니다! 다른점은 에러를 던질 수 있는 AsyncSequence를 만드는 친구인거죠.

위에서 했던거랑 똑같이 만들어보겠습니다.

1. AsyncThrowingStream을 만든다.

2. 타입을 지정한다.

3. 클로져안에서 하고싶은 일들을 한다.

✔️ 1. AsyncThrowingStream을 만든다.

let digits = AsyncThrowingStream

✔️ 2. 타입을 지정한다.

let digits = AsyncThrowingStream<Int, Error>

AsyncThrowingStream이기 때문에 Error타입도 같이 지정해줘야합니다.

✔️ 3. 클로져안에서 하고싶은 일들을 한다.

let digits = AsyncThrowingStream<Int> { continuation in
    for digit in 1...10 {
      continuation.yield(digit)
    }
    continuation.finish()
}

여기서 continuation의 타입은 AsyncThrowingStream.Continuation입니다.

AsyncThrowingStream이니 에러 한번 던져봐야겠죠

let digits = AsyncThrowingStream<Int, Error> { continuation in
    for digit in 1...10 {
      continuation.yield(digit)
    }
    continuation.finish(throwing: ZeddError.someError)
}

finish()대신 finish(throwing: )을 사용하면 됩니다.

digits를 사용하는 곳에서는

do {
    for try await digit in digits {
        print(digit)
    }
} catch {

}

for-try-await-in loop를 사용해야겠죠?

# onTermination

continuation.onTermination = { termination in
    print(termination)
}

이런식으로 onTermination 콜백을 설정할 수도 있습니다.

termination은 AsyncStream.Continuation.Termination enum 타입인데요.

(물론 AsyncThrowingStream은 AsyncThrowingStream.Continuation.Termination이겠죠?)

finished와 cancelled가 있습니다.

✔️ finish - 스트림이 finish메소드를 통해 종료되었을 때

✔️ cancelled - 스트림이 취소되었을 때

그래서 다음 코드와 같이

let digits = AsyncStream(Int.self) { continuation in
    continuation.onTermination = { termination in
        switch termination {
        case .finished:
            print("finished")
        case .cancelled:
            print("cancelled")
        }
    }

    for digit in 1...100 {
        print(digit) ✅
        continuation.yield(digit)
    }
    print("finish before") ✅
    continuation.finish()
    print("finish after") ✅
}

switch case문을 사용하여 print를 찍게 해줬습니다.

위 코드로 어떤 것들이 찍힐까요?

1
2
3
4
5
6
7
8
9
10
finish before
finished // onTermination callback
finish after

요렇게 찍히게 됩니다.

cancelled를 직접 줄 순 없을까요?

줄 수 있습니다!!

continuation.onTermination?(.cancelled)

이렇게 해줄 수 있어요. 물론

continuation.onTermination?(.finished)

도 가능합니다 :D

let digits = AsyncStream(Int.self) { continuation in
    continuation.onTermination = { termination in
        switch termination {
        case .finished:
            print("finished")
        case .cancelled:
            print("cancelled")
        }
    }

    for digit in 1...10 {
        if digit == 5 {
            continuation.onTermination?(.cancelled) ✅
        } else {
            continuation.yield(digit)
        }
        print(digit)
        continuation.yield(digit)
    }
    print("finish before")
    continuation.finish()
    print("finish after")
}

코드가 길지만 봐야할 곳은 하나입니다.

if digit == 5 {
    continuation.onTermination?(.cancelled)
}

digit이 5일때 cancelled로 onTermination을 호출했습니다.

: cancelled는 스트림이 취소된다고 했으니까...

do {
    for try await digit in digits {
        print(digit)
    }
} catch {

}

1, 2, 3, 4 까지만 호출되고 스트림이 종료되는건가..?

했는데, 그냥 1~10까지 정상적으로 다 나오더라구요.

continuation.onTermination = { termination in
    switch termination {
    case .finished:
        print("finished")
    case .cancelled:
        continuation.finish() ✅
    }
}

이렇게 onTermination내에서 취소되었을 때 니가 어떻게 하고싶은지 정의할 수 있게 한 것 같다는 생각이..(추측)

그래서 위 코드처럼 cancelled되었을 때 finish()를 호출해주면

do {
    for try await digit in digits {
        print(digit)
    }
} catch {

}
// 1
// 2
// 3
// 4

요렇게 호출되더라구요 ㅎㅎ

# RxSwift 6.5.0

Swift Concurrency ) AsyncSequence에서 RxSwift 6.5.0이야기도 했었죠.

do {
    for try await value in observable.values {
        print("Got a value:", value)
    }
} catch {
    print("Got an error:", error)
}

저번 글에서는 그냥 observable.values가 AsyncSequence구나!로만 끝냈었는데,

오늘은 우리가 AsyncStream을 배웠잖아요?

그렇다면 이제 values의 내부 구조를 이해할 수 있을 것 같습니다 :D

Observable의 values는 Observable+Concurrency.swift에 구현 되어있습니다.

var values: AsyncThrowingStream<Element, Error> {
    AsyncThrowingStream<Element, Error> { continuation in
        let disposable = asObservable().subscribe(
            onNext: { value in continuation.yield(value) },
            onError: { error in continuation.finish(throwing: error) },
            onCompleted: { continuation.finish() },
            onDisposed: { continuation.onTermination?(.cancelled) }
        )

        continuation.onTermination = { @Sendable _ in
            disposable.dispose()
        }
    }
}

✔️ 보통 Observable은 error를 낼 수 있으니 AsyncThrowingStream로 정의가 되어있는 것을 확인할 수 있습니다.

✔️ on~ 일때마다 각각 상황에 맞는 메소드를 호출하고 있습니다.

또한 다음과 같이 Infallible, Driver, Signal은 Observable과 달리 에러를 발생시키지 않도록 보장되어있는데요.

for await value in infallible.values {
    print("Got a value:", value)
}

이 친구들에게도 values가 추가되었습니다.

: Observable.values가 AsyncThrowingStream이었는데..에러를 발생시키지 않는다? AsyncStream..??

맞습니다!! 이 친구들의 values는 Infallible+Concurrency.swift 에 구현 되어있는데요.

var values: AsyncStream<Element> {
    AsyncStream<Element> { continuation in
        let disposable = subscribe(
            onNext: { value in continuation.yield(value) },
            onCompleted: { continuation.finish() },
            onDisposed: { continuation.onTermination?(.cancelled) }
        )

        continuation.onTermination = { @Sendable _ in
            disposable.dispose()
        }
    }
}

이렇게 구현이 되어있습니다

역시나 AsyncStream이네요

대충 AsyncStream과 AsyncThrowingStream이 어떤 친구들인지 이해가 가시나요!?

저는 AsyncSequence는 뭐고 AsyncStream은 뭐야.. 왜이렇게 새로운거 많이 냈어 갑자기... 얘네 뭔데..

WWDC21 ) Meet AsyncSequence 보는데도 갑자기 AsyncStream이 왜나와... 이랬는데!!!!

이젠 어느정도 이해한 것 같아 기분이 좋네요

사실 아직 AsyncStream / AsyncThrowingStream에서 안본것들이 좀 있기도하고(BufferingPolicy 같은거)

실제 프로젝트에서 어떻게 쓸 수 있는지도 더 고민해보려고 해요.

(참고로 AsyncStream / AsyncThrowingStream은 iOS 13부터 사용가능합니다 :D)

이런것들은 시간되면 정리해보려고 합니다!

틀린점이 있다면 댓글 남겨주세요~

AsyncSequence

Zedd0202 — Sun, 6 Feb 2022 01:47:08 +0900

안녕하세요 :) Zedd입니다.

오늘은 AsyncSequence에 대해서 공부해보겠습니다.

# Sequence

AsyncSequence가 Sequence와 유사하기 때문에..

Swift ) Sequence도 한번 보고 오시면 좋을 것 같습니다

# AsyncSequence

AsyncSequence는 Sequence와 유사하지만,

✔️ 한번에 하나씩 단계(step)별로 진행할 수 있는 값 목록을 제공 + 비동기성을 추가한 타입 ✔️ 입니다.

AsyncSequence역시 for-in loop에 사용할 수 있는데요.

for value in AsyncSequence타입 {}

자 생각해봅시다. AsyncSequence는 뭔가 비동기~~친구인데,

사용할 때 값이 전부 or 일부가 아직 없는 상태일 수도 있겠죠!!!!!!

그래서 AsyncSequence는

for await value in AsyncSequence타입 {}

await과 같이 사용하게 됩니다.

그러니까 AsyncSequence는 for-in loop가 아닌 for-await-in loop를 사용하는 것이죠 :D

또한, AsyncSequence가 throwable하다면, for-try-await-in loop를 사용해야합니다.

왜냐면, 일반 Sequence와 다르게 비동기적으로 요소를 가져오는데,

비동기적으로 가져온다는 것 == 실패할 가능성이 있다는 걸 의미합니다.

그래서 try와 같이 사용되는것이구요 ㅎㅎ

참고로 실패하게 되면 for-loop문은 종료됩니다.

그러니까 AsyncSequence가 종료되려면

1. 완전히 끝나거나

2. error가 나거나

인거죠! 요건 아래에서 예제로 더 자세히 보도록 할게요 ㅎㅎ

# 예제

대표적인 AsyncSequence를 살펴보겠습니다.

let endpointURL = URL(string: "https://zeddios.tistory.com")!
do {
    for try await line in endpointURL.lines {
        print(line)
    }
} catch {

}
/*
<!doctype html>
<html lang="ko">
<head>
....
....
...
</html>
*/

iOS 15에서, URL타입의 인스턴스 프로퍼티로 lines가 나왔습니다.

해당 URL의 리소스 데이터 (= text line)의 비동기 시퀀스입니다. 즉, AsyncSequence이죠.

(사실은 AsyncLineSequence인데, 일단 궁극적으로 AsyncSequence임)

이 lines는 throwable 하기 때문에 for-try-await-in loop를 사용한 것을 볼 수 있습니다.

또, RxSwift가 6.5.0버전에서 Swift Concurrency를 지원하게 되었는데요.

do {
    for try await value in observable.values {
        print("Got a value:", value)
    }
} catch {
    print("Got an error:", error)
}

요런것이 가능해졌죠!!!

: observable.values가 AsyncSequence구나..!

# AsyncSequence Operator

Sequence와 유사하다고 계속 말씀드렸죠!

Sequence에서 사용되는 다양한 Operator를 AsyncSequence에서도 동일하게 사용할 수 있습니다.

let endpointURL = URL(string: "https://zeddios.tistory.com")!
let lineCount = endpointURL.lines.map { $0.count } ✅
do {
    for try await line in lineCount {
        print(line)
    }
} catch {

}
/*
15
16
6
...
*/

이런식으로 사용할 수 있게 되는거죠!

# Conforming to the AsyncSequence Protocol

요부분은 Swift ) Sequence를 읽고오시면 이해가 더 잘되실 듯 합니다.

Custom Sequence를 만들때와 거의 똑같은데,

✔️ AsyncSequence, AsyncIteratorProtocol을 준수해야한다는 것

✔️ next()와 makeAsyncIterator()를 둘 다 구현해야한다는 것. (Sequence때는 next()만 구현하면 됐었음..)

만 다릅니다.

struct Zedd: AsyncSequence, AsyncIteratorProtocol {
    
    typealias Element = Int
    var current = 1

    mutating func next() async throws -> Element? {
        defer { current += 1 }
        return current
    }

    func makeAsyncIterator() -> Zedd {
        self
    }
}

이런식으로 해주면

let zedd = Zedd()

Task {
    do {
        for try await value in zedd {
            if value > 10 { break }
            print(value)
        }
    } catch {

    }
}
// 1
// 2
// 3
// 4
// 5
// 6
// 7
// 8
// 9
// 10

요렇게 zedd를 AsyncSequence로 사용할 수 있습니다.

현재 Zedd내의 next()는

mutating func next() async ✅ throws ✅ -> Element? {
        defer { current += 1 }
        return current
}

throwable한 메소드인데요.

[Throw Error]

위에서 실패(Error)가 나면 for-in loop는 종료된다고 그랬죠?

에러를 진짜 내보겠습니다.

enum ZeddError: Error {
    case someError
}

struct Zedd: AsyncSequence, AsyncIteratorProtocol {

    typealias Element = Int
    var current = 1

    mutating func next() async throws -> Element? {
        if current == 5 { throw ZeddError.someError } ✅
        defer { current += 1 }
        return current
    }

    func makeAsyncIterator() -> Zedd {
        self
    }
}

current가 5가 되면 에러를 던지게 해놨습니다.

결과는~~

let zedd = Zedd()

Task {
    do {
        for try await value in zedd {
            if value > 10 { break }
            print(value)
        }
    } catch {
        print(error)
    }
}
// 1
// 2
// 3
// 4
// someError ✅

에러가 방출되고 for-loop는 종료된 것을 볼 수 있습니다.

[throws 제거]

mutating func next() async ✅ throws ✅ -> Element? {
        defer { current += 1 }
        return current
}

이 throws를 뺄 수 있습니다. (컴파일 에러 안남)

그러면!!!

Task {
    for await value in zedd {
        if value > 10 { break }
        print(value)
    }
}

이렇게 do-catch문도, try문도 없는 for-await-in loop를 사용할 수 있게됩니다.

AsyncSequence를 위처럼 만들수도 있지만, AsyncStream을 사용해서 AsyncSequence를 만들 수도 있습니다

그건 다음 글에서!

➡️ AsyncStream / AsyncThrowingStream 읽으러 가기

참고 :

WWDC21 ) Meet AsyncSequence

AsyncSequence

Swift ) Sequence

Zedd0202 — Sat, 5 Feb 2022 15:24:33 +0900

안녕하세요 :) Zedd입니다.

오늘은 Sequence에 대해서 공부!

# Sequence

Sequence가 익숙하지 않으시다면, 혹시 Collection은 들어보셨나요?

Collection은 프로토콜이며

Swift에서 가장 유명한 Collection Type들인 Array, Set, Dictionary는 Collection프로토콜을 conform하고 있습니다.

그리고 이 Collection프로토콜은 Sequence를 conform하고 있습니다.

네! 맞아요! Sequence도 프로토콜입니다.

protocol Sequence

Sequence는 ✔️ 한번에 하나씩 단계(step)별로 진행할 수 있는 값 목록(list of values) ✔️ 입니다.

이 Sequence의 요소를 반복하는 가장 일반적인 방법은 for-in loop를 사용하는 것이죠.

let oneTwoThree = 1...3
for number in oneTwoThree {
    print(number)
}
// Prints "1"
// Prints "2"
// Prints "3"

바로 이런식으로요!

# Conforming to the Sequence Protocol

제가 만든 custom type인 Zedd로

struct Zedd {}

let zedd = Zedd()
for value in zedd {}   // error! for-in loop requires 'Zedd' to conform to 'Sequence'

for-in loop를 사용할 수 없는 이유는, Zedd가 Sequence를 conform하고 있지 않기 때문입니다.

그렇다면 일단 Zedd가 Sequence를 conform하도록 해야겠네요.

struct Zedd: Sequence {}

Sequence가 요구하는 required method는

public protocol Sequence {
   ...
   func makeIterator() -> Self.Iterator
}

makeIterator()인데요.

Interator를 만드려면 IteratorProtocol을 conform하는 타입을 만들어야 합니다.

struct ZeddIterator: IteratorProtocol {
    typealias Element = Int
    var current = 1
    
    mutating func next() -> Element? {
        defer { current += 1 }
        return current
    }
}

struct Zedd: Sequence {
    
    func makeIterator() -> some IteratorProtocol {
        return ZeddIterator()
    }
}

이런식으로요!

하지만, 타입이 Sequence, IteratorProtocol 모두 conform한다면 타입 자체가 Iterator로 행동할 수 있게 되기 때문에 makeIterator()를 구현해주지 않아도 됩니다.

즉,

struct Zedd: Sequence, IteratorProtocol {
    
    typealias Element = Int
    var current = 1
    
    mutating func next() -> Element? {
        defer { current += 1 }
        return current
    }
}

이렇게만 해주면 끝!

let zedd = Zedd()
for value in zedd { ✅
    print(value)
}

자..이제 위 코드는 컴파일에러를 일으키지 않습니다.

다만 value가 언제까지 찍힐까요?

struct Zedd: Sequence, IteratorProtocol {
    
    var current = 1
    
    mutating func next() -> Int? {
        defer { current += 1 }
        return current
    }
}

그냥 무작정 +1을 더하고있기 때문에....

for loop는 끝나지 않습니다 ㅎ

요런 상황을 방지하려면,

// 방법 1
struct Zedd: Sequence, IteratorProtocol {
    
    var current = 1
    
    mutating func next() -> Int? {
        if current > 10 { return nil }
        defer { current += 1 }
        return current
    }
}

// 방법 2
for value in zedd {
    if value > 10 { break }
    print(value)
}

// 1
// 2
// 3
// 4
// 5
// 6
// 7
// 8
// 9
// 10

Zedd의 next쪽에다가 제한을 걸던가, for-in loop에 걸던가 하면 됩니다!

Iterator에서 nil을 리턴하는것은 완료를 의미합니다.

# 컴파일러가 for-in loop를 만났을 때

자..이제 우리는 iterator도 알고.. 좀 아는 것 같습니다?

그럼 컴파일러가 for-in loop를 만났을 때 내부적으로 어떤 일들을 하는지 알아보겠습니다.

let arr = [1, 2, 3]
for value in arr { }

아주 평범한 for-in loop입니다.

컴파일러는 이때 몇가지 간단한 변환을 하게 되는데요.

var iterator = arr.makeIterator()
while let value = iterator.next() {

}

iterator를 생성하고 while루프로 변환시킨다고 합니다.

요 내용은 WWDC21 ) Meet AsyncSequence에서 본 것을 참고하여 적어봤어요 ㅎㅎ

사실 Sequence를 conform하는 타입을 만들거나 한 일이 거의 없어서 ㅎㅎ 몰랐던 부분도 알게되어서 좋네요.

틀린점이 있다면 댓글로 남겨주세요!

Xcode 13.3 Beta Release Notes (feat. iOS 15.4 Beta/Swift 5.6)

Zedd0202 — Tue, 1 Feb 2022 17:45:42 +0900

안녕하세요 :) Zedd입니다.

Xcode 13.3 Beta가 또 고새 나왔네요.

릴리즈노트를 보니 New Feature들도 좀 있는 것 같아서 New Feature위주로 호다닥 보겠습니다.

Xcode 13.3부터는 반드시 macOS Monterey 12 or later가 필요하네요. (Xcode 13.2.1까지는 빅서여도 ㄱㅊ)

저는 원래 빅서였는데, 이거 때문에 올림 ㅎ;;

# Build System

빌드 시스템과 Swift 컴파일러 -> 사용 가능한 코어를 더 잘 활용하는 새로운 모드가 나옴

=> Swift 프로젝트의 빌드 속도가 빨라진다.

모드는 옵트인이며 전역적으로 활성화할 수 있음.

shell
defaults write com.apple.dt.XCBuild EnableSwiftBuildSystemIntegration 1

응 안속아~ (제발.. )

# Build System > Resolved Issues

- ASCII가 아닌 문자가 있는 파일 경로가 포함된 프로젝트를 빌드할 때 발생하는 충돌을 수정했습니다.

# Debugging

최적화(optimizations)를 끈 상태에서 컴파일할 때 Swift 컴파일러와 Clang은 더 이상 ARM64 타겟에서 중복 분기 명령어를 제거하지 않음.

이는 -Onone으로 컴파일할 때 약간 더 큰 바이너리를 생성하는 대신 더 많은 중단점 위치를 활성화하여 디버그 가능성을 향상.

# Documentation

Xcode는 이제 apps && 커맨드라인 툴과 같은 executable targets의 Swift 코드에서 documentation을 빌드할 수 있음.

(DocC말하는거겠죠?!)

# Instruments

Xcode memory graph debugger 및 leaks command line의 정확도 개선

객체 참조를 더 정확하게 스캔 -> 더 정확한 메모리 누수 분석, strong, weak, unowned reference types 식별 가능.

# Organizer

이제 10개 이하의 앱이 있고 이전에 어떤 앱도 구독하지 않은 경우, 앱에 대한 Smart Insights 알림을 자동으로 보냄.

이 기능을 활성화 하려면 Organizer에서 Regressions item 또는 any of the Metrics items 을 클릭.

(위에껄 클릭하라는데 어디서 클릭하라는지는 모르겠음..)

Organizer에 Regressions Section이 생기긴 했네요.

# Source Editor

- Code completion은 이제 if case..에 대한 enum 인스턴스를 제안함.

- 액세스할 수 없는 symbol를 완성할 때 Code completion은 더 이상 모듈을 자동으로 가져오지 않음

# Source Editor > Resolved Issues

- 프로젝트를 닫을 때 Xcode가 멈추는 문제를 수정

- import문이 많은 프로젝트에서 Xcode가 중단될 수 있는 문제 수정

- 처음으로 code completion을 표시할 때 Xcode가 중단될 수 있는 문제 수정

- generic function의 optional type으로 인해 들여쓰기 문제가 발생하는 문제 수정

- 확장자가 없는 대용량 파일이 포함된 Swift 패키지를 열 때 Xcode가 중단되는 문제 수정

# Swift

릴리즈노트에 딱히 Swift 5.6기능이다~ 라고 나오진 않았지만, Proposal을 봤을 때 Swift 5.6들의 기능이 나와있네요.

1. 잠재적인 data races를 나타내는 경고 생성

이제 Swift는 non-Sendable types이 actor 또는 task boundaries를 넘어 전달될 때 잠재적인 data races를 나타내는 경고를 생성함

class MyCounter {
  var value = 0
}

func f() -> MyCounter {
  let counter = MyCounter()
  Task {
    counter.value += 1  // warning: capture of non-Sendable type 'MyCounter'
  }
  return counter
}

(Xcode 13.3 Beta 1로 해봤는데 Warning안뜸 ㅎ;)

2. #unavailable 키워드 사용가능

새로운 #unavailable 키워드를 사용하여 역가용성 조건을 작성할 수 있음

if #unavailable(iOS 15.0) {
    // Old functionality
} else {
    // iOS 15 functionality 
}

3. type placeholders 포함 가능

이제 type expressions 및 annotations에 type placeholders를 포함할 수 있음.

type placeholders는 컴파일러가 일반적인 타입 유추 규칙에 따라 해당 위치에 대한 타입을 설정하도록 지시한다.

type placeholders를 사용하려면 타입 이름 대신 _(underscore)를 입력.

let zedd: _ = "Zedd"

이게 가능해짐.

근데 원래 변수명에는 _ 가 가능했던 부분이니까

let _: _ = "Zedd"

이것도 가능 ㅎ;

let dict: [_: String] = [0: "zero", 1: "one", 2: "two”]

이런것도 가능.

위 예제로 보면, 이제 컴파일러가 key type이 Int구나~를 유추할 수 있게됨.

물론

let dict: [_: _] = [0: "zero", 1: "one", 2: "two"]

이것도 당연히 가능

근데

let dict = [0: "zero", 1: "one", 2: "two”]

이거랑 뭐가 다르지...

4. 포인터 타입 불일치를 허용

이제 Swift 컴파일러는 C언어에서 해당 포인터 타입을 alias로 허용하는 한 C에서 가져온 함수를 직접 호출 할 때 제한된 포인터 타입 불일치를 허용함.

결과적으로 모든 Swift Unsafe[Mutable]Pointer<T> 또는 Unsafe[Mutable]RawPointer는 [signed|unsigned] char *로 선언된 C 함수 argument에 전달할 수 있게된다.

Swift Unsafe[Mutable]Pointer<T>는 T와 부호만 다른 정수 유형을 사용하여 C 함수 argument에 전달할 수 있음.

long long decode_int64(const char *ptr_to_int64);

또한, raw pointer를 함수 argument로 직접 전달할 수 있다.

func decodeAsInt64(data: Data) -> Int64 {
    data.withUnsafeBytes { (bytes: UnsafeRawBufferPointer) in
        decode_int64(bytes.baseAddress!)
    }
}

5. "Self requirements"에 대한 참조가 nested type의 부모에서 올바르게 감지

protocol members의 type signatures에서 Self 또는 소위 "Self requirements"에 대한 참조가 nested type의 부모에서 올바르게 감지됨.

결과적으로 protocol에서 다음과 같은 protocol members를 선언할 수 없음.

struct Outer<T> {
  struct Inner {}
}

protocol P {}
extension P {
  func method(arg: Outer<Self>.Inner) {}
}

func test(p: P) {
  // error: 'method' has a 'Self' requirement and cannot be used on a value of
  // protocol type (use a generic constraint instead).
  _ = p.method
}

# Swift Package Manager

1. SE-0303과 SE-0325에 정의된 build tool plugins을 지원.

이로써 소스코드 생성과 같이 빌드 작업중에 실행되어야 하는 도구를 지정할 수 있음.

2. SE-0332 에 정의된 command plugins을 지원

이로써 Package는 Package에 대한 custom actions을 수행하기 위해 swift package command line을 사용하여 호출할 수 있는 명령을 정의할 수 있음.

이렇게 Xcode 13.3 Beta 릴리즈노트에 있는 New Feature들을 살펴봤는데,

생략한것도 있으니.. 자세한 내용은 릴리즈 노트를 참고해주세요 ㅎㅎ

# iOS 15.4

iOS 15.4 Beta도 나왔는데요. 살짝 보도록 하겠습니다.

iOS 15.4의 가장 큰 신기능은...

1. Face ID With a Mask

https://www.macrumors.com/2022/01/27/face-id-mask-ios-15-4/

1. 아이폰 12 이상 지원

2. 왼쪽 사진 처럼 설정가서 켜야함. (얼굴을 재스캔한다고...^^...)

3. 오른쪽 사진처럼 안경을 쓴 사람이면 Add Glasses도 가능

참고 : https://www.macrumors.com/2022/01/27/face-id-mask-ios-15-4/

2. 120Hz 애니메이션

AS-IS

120Hz ProMotion이 적용된 아이폰 13이 출시된 후에 third-party 애니메이션이 60Hz로 제한되었었음.

(== 120Hz쓸 수 있는 디바이스인데 못씀;;;)

사람들 : 왜 안되지?

Apple : Core Animation쪽에 버그가 있네ㅋ.,, 업데이트 할게~~~!!!

TO-BE ✅

iOS 15.4에서는 ProMotion을 지원하는 아이폰의 모든 애니메이션에 대해 앱이 자동으로 120Hz를 제공함.

https://twitter.com/ChristianSelig/status/1486847470223118337?s=20&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;t=HdfLmgAfozp3w8yURXWLlQ

참고 : https://www.macrumors.com/2022/01/27/ios-15-4-apps-120-hz-promotion/

+ iOS 15.4에 추가된 새로운 이모지들

많이 쓰게될 이모티콘들이 보인다..

+ 릴리즈노트에는 안나와있지만...

제가 Combine → Swift Concurrency(async/await)로 바꾸기 (feat. 느낀점)에서

2. URLSession.shard.data가 iOS 15부터 사용가능한건 좀 ㅠ...
여기가 async로 깔끔하게 안풀리면 끔찍한 혼종이 발생할 것 같다는 생각이 들었습니다.
아직 해보진 않음...

라고 했었는데요.

~~Xcode 13.3에서는 iOS 13부터 사용가능하도록 바뀌었네요~~

‼️ Xcode 13.4.1 이상에서는 또 iOS 15부터 가능하네요...‼️

[Xcode 13.2.1]

~~[Xcode 13.3 Beta 1]~~

[Xcode 13.4.1]

뭐야 돌려줘요

새해 복 많이 받으세요~~

Combine → Swift Concurrency(async/await)로 바꾸기 (feat. 느낀점)

Zedd0202 — Tue, 25 Jan 2022 23:02:35 +0900

안녕하세요 :) Zedd입니다.

오늘은!!!! 주말을 맞아 그동안 미루고 미뤄왔던 Combine -> async/await로 바꾸기...ㅋㅋ..

아주 간단한 앱이어서 호다닥 바꿔볼 수 있을 것 같습니다.

참고 : 이 앱은 Deployment Target이 15.0입니다..

# 구조

API호출이 딱 하나 있는 아주 간단한 SwiftUI앱입니다.

[API.swift]

위와 같이 Combine을 사용해서 network request를 수행하고

[Service.swift]

service쪽에서 API에 있는 perfom 메소드를 수행합니다.

[ViewModel.swift]

그래서 ViewModel쪽에서

이렇게 service의 request를 호출하여 응답을 @Published로 mark된 변수에 넣어줍니다.

대충 진짜 뻔한 SwiftUI 앱인거 아시겠죠..!?!?

# Swift Concurrency

됐고...async 부터 달아본다..

[API.swift]

AS-IS
func perform<T: Decodable>(method: HTTPMethod, url: String?) -> AnyPublisher<HTTPResponse<T>, Error> {

TO-BE ✅
func perform<T: Decodable>(method: HTTPMethod, url: String?) async throws -> HTTPResponse<T>

1. AnyPublisher 삭제

2. 메소드에 async throws 추가

리턴타입이 바뀌었으니 return부분도 수정되어야되겠죠?

AS-IS
return URLSession.shared.dataTaskPublisher(for: request)
    .tryMap { result -> HTTPResponse<T> in
        let value = try self.decoder.decode(T.self, from: result.data)
        return HTTPResponse(value: value, response: result.response)
    }
    .receive(on: DispatchQueue.main)
    .eraseToAnyPublisher()
    
    
TO-BE ✅
let (data, urlResponse) = try await URLSession.shared.data(from: url)
let response = try decoder.decode(T.self, from: data)
return HTTPResponse(value: response, response: urlResponse)

dataTaskPublisher대신 data(from:) 이라는 async 메소드를 사용하도록 바꿨습니다.

당연히 await 과 함께 불려줘야겠죠!!

그냥 동기 메소드처럼 리턴해주면 끝...

⚠️ URLSession.shared.data는 iOS 15부터 사용가능 ㅋㅋ... **

[Service.swift]

service쪽에서 .perform(~~) 을 수행하던 곳이 있겠죠?

위 메소드도 수정이 필요할 것 같습니다.

역시나 일단 메소드 정의부에 async를 붙히고

AS-IS
func request() -> AnyPublisher<[SomeType], Error> {}

TO-BE ✅
func request() async throws -> [SomeType]

return역시 수정해줍시다.

AS-IS
return API.shared.perform(method: .get, url: component?.string)
	.map(\.value)
	.eraseToAnyPublisher()
    
TO-BE ✅
return try await API.shared.perform(method: .get, url: component?.string).value

끝!

[ViewModel.swift]

이제 viewModel쪽에서 service.request().sink~~ 하던 부분이 있을텐데요.

요기도 바뀌어야겠죠

Zedd : 응 일단 async 붙혀~~~

: 하...그럼 View에서 viewModel.requestSomething하던 곳들 어떡하지...에러나는데..

SomeView()
    ...
    .onAppear(perform: { //   Invalid conversion from 'async' function of type '() async -> Void' to synchronous function type '() -> Void'
        await self.viewModel.requestSomething()
    })

(위 코드는 예제코드입니다.. iOS 15에서 task modifier가 나왔으니 쓸 수 있다면 task를 쓰시는게...)

이때 2가지 방법이 있습니다.

1. ViewModel > 메소드 > Task안에서 async메소드 호출하기

2. ViewModel > async 메소드로 바꾸고 호출하는 쪽이 Task안에서 호출하기

# Task? (feat. ViewModel > 메소드 > Task안에서 async메소드 호출하기)

Task가 뭔지 모르시는분들도 계실텐데요!

아주아주 간단하게 말해서..non-concurrent한 메소드 안에 concurrent한 환경을 만들어주는 역할을 하게 됩니다.

ViewModel.swift에 있는 requestSomething은 다음과 같이 non-concurrent 메소드인데요.

원래 async메소드를 호출하려면 requestSomething역시 concurrent 메소드가 되어야 합니다.

하지만 아래와같이

@Published var response: [SomeType] = []

func requestSomething()  {
    Task {
        self.response = try await self.service.request()
    }
}

Task가 non-concurrent한 메소드 안에 concurrent한 환경을 만들어주기 때문에 이렇게 호출할 수 있는 것이죠.

그리고 호출부에서도

SomeView()
    ...
    .onAppear(perform: { 
        self.viewModel.requestSomething()
    })

async메소드가 아니기 때문에 await 없이 그냥 호출해주면 됩니다.

1. ViewModel > 메소드 > Task안에서 async메소드 호출하기 ✅

2. ViewModel > async 메소드로 바꾸고 호출하는 쪽이 Task안에서 호출하기

1번은 방금 봤으니 패스... 2번은 어떤건지 감이 오시나요?

# ViewModel > async 메소드로 바꾸고 호출하는 쪽이 Task안에서 호출하기

@Published var response: [SomeType] = []

func requestSomething() async  {
    do {
        self.response = try await self.service.request()
    } catch {
        // some code
    }
}

ViewModel.swift 쪽 메소드를 async 메소드로 바꾸고,

requestSomething을 호출하는 호출부를 Task로 감싸주면 됩니다.

SomeView()
    ...
    .onAppear(perform: {
     	Task {
            await self.viewModel.requestSomething()
         }
    })

이렇게!

그러면 onAppear같이 non-concurrent한 메소드 안에서 concurrent 환경이 만들어지는것이죠.

⚠️ ---------- ⚠️

onAppear대신 iOS 15에서 나온 task modifier를 쓰면

.task {
    await self.viewModel.requestSomething()
}

그냥 바로 이렇게 가능!

참고 : SwiftUI, iOS 15+ ) onAppear()대신 task()

⚠️ ---------- ⚠️

# 느낀점

1. Task만 있다면 Combine -> Swift Concurrency는 어렵지 않겠다..? 라는 생각이 들었습니다.

이게 Combine이 아니라 RxSwift여도요!

(근데 RxSwift도 Swift Concurrency지원하게 업데이트 됨)

2. URLSession.shard.data가 iOS 15부터 사용가능한건 좀 ㅠ...

여기가 async로 깔끔하게 안풀리면 끔찍한 혼종이 발생할 것 같다는 생각이 들었습니다.

아직 해보진 않음...

앱이 워낙 간단하다보니 딱히 트러블슈팅도 없었고....그래서 딱히 느낀점으로 쓸만한게 없네요.

이렇게 아주 간단하게 Combine -> Swift Concurrency를 사용하도록 바꿔봤는데

저도 잘 몰라서 틀린 부분이 있을지도 모르겠습니다 ㅎ (특히 Task...)

Task는 공부를 제대로 한번 해봐야겠어요. iOS 13부터 사용가능하니..많이 쓰게 될 듯한ㅎㅎ

틀린 부분이나 개선될 수 있는 부분들을 발견하셨다면 댓글 남겨주세요!

Literal

Zedd0202 — Sun, 23 Jan 2022 16:08:00 +0900

안녕하세요 :) Zedd입니다.

오늘은 Literal에 대해서 공부!

얼마전에 Literal이 뭔지 아냐는 질문을 받았었는데,

문자..? < 라고 대답했는데요.

컴퓨터 분야에서 이 Literal이 어떤 의미인지 정확히 몰랐던 것 같아서 정리해보려고 합니다.

Swift를 예제로 들겠지만, 다른 프로그래밍언어에서도 똑같다고 생각하면 될 듯!

# Literal

Swift 공식문서에서 다음과 같이 정의합니다.

A literal is the source code representation of a value of a type, such as a number or string.

숫자 또는 문자열과 같은 타입 값(value)의 소스 코드 표현

한마디로

let x = 42

에서 42를 Literal이라고 할 수 있습니다.

우리가 42를 딱 봤을 때 어? Int네? 라고 생각하겠지만,

literal은 자체적으로 타입을 가지고 있지 않습니다.

그렇기에 Swift는 literal의 타입을 유추하려고 시도하게 됩니다. (type inference)

예를 들어,

let x: Int8 = 42

위와같은 코드에서 명시적인 타입 명시를 사용하여 42가 Int8임을 추론합니다.

하지만

let x = 42

위와같이 적절한 타입 정보가 없으면 Swift 표준 라이브러리에 정의된 기본 Literal 타입 중 하나라고 추론하게 됩니다.

integer literals -> Int
floating-point literals -> Double
string literals -> String
Boolean literals -> Bool

이런식으로 말이죠!

let x = 42

위 코드에서 Swift는 integer literals이 들어왔기 때문에 Int로 추론하게 됩니다.

# ExpressibleBy...Literal

integer literals -> Int
floating-point literals -> Double
string literals -> String
Boolean literals -> Bool

위와 같이 Swift가 Literal을 보고 타입유추가 가능한 이유는

Int, Double, String, Bool과 같은 primitive type들은

ExpressibleByIntegerLiteral, ExpressibleByStringLiteral..과 같은 프로토콜을 준수하고 있기 때문입니다.

예를들어,

let x: Int8 = 42

Int8은 ExpressibleByIntegerLiteral을 준수하고 있기 때문에 정수 Literal 42에 대한 타입으로 사용할 수 있는 것이죠.

이 프로토콜들 덕분에

let x: String = 42

이런것들이 컴파일에러를 일으키게 되는것이죠!

# Custom literal

자 위에서 말했듯이..

literal은 자체적으로 타입을 가지고 있지 않습니다.

그래서 재밌는 일을 할 수 있게 되는데요..

extension Int: ExpressibleByStringLiteral {
    public init(stringLiteral value: String) {
        self = Int(value)!
    }
}

let x: Int = "1"

print(x is Int, x is String) // true, false

Int가 ExpressibleByStringLiteral을 준수하도록 하고, 필수 이니셜라이저를 적절하게 구현해주면

let x: Int = "1"

이런것도 가능해집니다. :D

물론 위와 같이 하려면 반드시 ""안에 숫자가 들어가야겠죠?

추상화

Zedd0202 — Mon, 10 Jan 2022 22:34:32 +0900

안녕하세요 :) Zedd입니다.

오늘은 추상화에 대해서 공부해보려고 합니다!

# 추상화의 목적

추상화는 단지 하나의 개념일 뿐이고, 프로그램 세계에서 추상화는 다양한 방식으로 나타내질 수 있습니다.

그래서 추상화에 대한 정의보다는 목적을 보면 좋을 것 같아요.

✔️ 추상화의 목적 == 복잡성을 이해/극복하기 쉬운 수준으로 단순화하는 것.

# 예시

계좌(Account)로 예를 들어볼게요.

[1. 계좌]

계좌의 특성은 엄~~청나게 많고 복잡할텐데요. 이 계좌를 프로그램 세계에서 표현하고 싶습니다.

그러기위해 우리가 가장 먼저 해야하는 일은

class Account {}
struct Account {}
protocol Account {}

이렇게 '타입'을 정의하는 것이죠.

그리고 현실세계 계좌의 모든 특징을 가져오지 않고, 불필요한 세부사항은 제거할거에요.

계좌의 진짜진짜 중요한 부분만 강조하는것이죠!

계좌의 대표적인 행동/속성은 잔액, 잔액조회, 입금, 출금같은 게 있겠네요.

✔️ 추상화의 목적 == 복잡성을 이해/극복하기 쉬운 수준으로 단순화하는 것.

이렇게 타입을 정의함으로써 현실세계의 복잡한 개념을 프로그램 세계에서는 간단하게 표현할 수 있게 됩니다.

범위가 상당히 크긴 하지만, 이것이 바로 추상화입니다!

[2. 계좌의 종류]

현실 세계의 계좌에는 종류가 엄청나게 많은데요.

예를 들어 종합매매계좌,CMA,중개형 ISA과 같은 복잡한 개념을 프로그램 세계에서 표현하고 싶습니다.

종합매매계좌,CMA,중개형 ISA 각각 타입을 만드는 것 역시 추상화라고 할 수 있는데요.

잘 보면, 전부 다 '계좌'라는 공통점이 있습니다.

즉, 종합매매계좌,CMA,중개형 ISA는 현실세계의 '계좌'라는 개념으로 추상화가 가능합니다.

딱 종합매매계좌,CMA,중개형 ISA를 봤을 때는 괜히 복잡해보이고 이해도 안됐었는데,

추상화를 함으로써 본질이 드러나 훨씬 단순해진 '계좌'를 보고나면,

종합매매계좌,CMA,중개형 ISA를 오히려 더 잘 이해할 수 있게 됩니다. (~~오히려 좋아~~)

아 CMA, 중개형 ISA가 일단 '계좌'구나?.. < 이런식..

이것이 추상화의 장점이죠!

프로그램 세계에서 가장 먼저 하게 되는 일은 역시

class Account {}
struct Account {}
protocol Account {}

'Account'라는 타입을 만드는 것일거고, 더 나아가서

class Account {

    var balance: Int

    func deposit() {} // 입금
    func withdraw() {} // 출금
}

이런 계좌의 공통적인 속성/특징을 정의 할 수 있습니다. (위 예제는 그냥 class에 정의해본거)

이 Account를 상속 또는 conform하는 종합매매계좌, CMA, 중개형 ISA 타입을 만들게 될것입니다.

# 타입 정의 == 추상화

위에서 언급했듯이,

현실 세계의 개념을 프로그램 세계에서 표현하기 위해 타입을 정의하는것 자체가 추상화인데요.

Swift를 예로 들자면, 타입을 정의하는 여러가지 메커니즘이 존재하는데요.

class, struct, enum, protocol이 있습니다.

이 중 어떤 방식으로 타입으로 정의하느냐?도 추상화에 포함되는 내용일것입니다.

단순히 계좌 타입 하나만 만들고 싶다면 class, struct 모두 계좌 타입을 만들기에 적절할 것 같은데요.

(둘 중 뭘 선택하는지는 때에 따라 다르겠지만..그리고 제가 생각하는 잔액조회 등등이 되는 계좌타입은 enum으로 표현하기 힘들 것 같아서 일단 제외하겠습니다. )

이 계좌 타입으로 하위개념을 표현하는데 사용하고 싶다면 (종합매매계좌, CMA, 중개형 ISA같이..)

- 상속 / conform이 불가능한 struct 제외

- 하위개념을 표현하는데 사용가능한 class, protocol 가능

class와 protocol만 남게되는데, 이 역시 둘 중 어떤 방법으로 타입을 정의할지는 상황에 따라 다르겠지만,

1. 하나의 super class만 상속 가능

2. struct(또는 enum)이 class를 상속할 수 없음

과 같은 class의 한계 + 상속의 한계때문에 Swift에서는 주로 protocol로 타입을 만드는 것 같습니다.

(class, struct 모두 protocol을 conform만 하면 되니)

<객체지향의 사실과 오해>를 읽으면서 책에 있는 내용들과 제 생각을 글로 써봤는데요!

이런걸 포함해서 글 쓰면서 생각을 정말 많이 한 것 같아요.

퇴고를 몇번이나 했는데도 제 생각이 잘 담긴지 잘 모르겠습니다.

요 글도 지인에게 피드백을 받았었는데, 다음과 같은 질문이 있었어요.

타입을 정의하는게.. 그러니까 class, struct같은 concrete타입을 정의하는게 왜 추상화인지 잘 이해가 안가.
내가 생각하는 추상화는 어떠한 개념을 추상적으로(세부사항이 없이) 만들기 위한 것인데...
그리고 그런 추상화를 구체화한게 class, struct같은 concrete타입인데! 타입을 만드는게 왜 추상화인거야?

위 말에도 정말 1000% 공감을 합니다.

다만 저는 프로그래밍 세계 안에서 추상화를 활용한 기법에 집중했다기 보다..

현실세계의 개념을 프로그래밍 세계에서 표현하기 위한 추상화에 집중했다고 봐주시면 좋을 것 같아요!

"타입을 이용하여, 객체의 특성을 추상화한다."

그리고

삼각형, 사각형은 도형으로 추상화 가능하다 / 토끼, 사자는 동물로 추상화가 가능하다..

이런 예제보다는 뭔가 진짜 현실세계의 복잡한 개념을 예시로 들고싶었는데,

계좌(Account)가 적절한 예시였을지 모르겠지만, 일단 제가 보기엔 적절했다...ㅎ;

아무튼 이 글은 꼭꼭 많은 피드백을 받고싶어요!! 많은 댓글 부탁드립니다~~~~

일단 컴퓨터를 조작하는 것이 추상화를 구축하고, 조작하고, 추론하는 것에 관한 모든 것이라는 것을 깨닫고 나면 (훌륭한) 컴퓨터 프로그램을 작성하기 위한 중요한 전제 조건은
추상화를 정확하게 다루는 능력이라는 것이 명확해진다.
- 키스 데블린