YEN's CodeWeave

[Swift] CoW / Copy on Write

YEN_ — Tue, 19 Mar 2024 23:23:43 +0900

값 타입에 대한 글을 읽다가 CoW에 대해 언급하는 걸 봤어요

사실 이전에도 종종 들었는데 흠 이런게 있군... 하고 넘겼거든요

이번에는 뭔지 한 번 확인해보겠습니다

Copy on Write

수정 가능한 리소스에 대한 복사 작업을 효율적으로 구현하기 위해 사용되는 리소스 관리 기술

사전적 정의를 보고 있으면 뭔소리임? 싶지만

생각보다 단순하더라구요

아주 큰 Value Type 유형을 전부 복사한다고 가정해볼게요

이런 경우 아마도 데이터의 크기만큼 거대한 리소스가 들어갈 겁니다

"모든 데이터"를 "복사"해야 하기 때문이죠

이런 불상사를 막기 위해서

값 타입이어도 변경이 일어나지 않았다면 단순히 원본 데이터를 참조만 하고 있다가

값이 변경되는 시점에 메모리를 복사한 다음, 수정한다는 소리입니다

좀 더 깔끔히 적어보자면

실제로 데이터가 변경될 필요가 있을 때까지 데이터의 복사본을 생성하지 않는다.

불필요한 데이터 복사를 피하고 성능을 향상시킬 수 있다.

생각보다 간단하죠?

Swift의 CoW

스위프트에서는 어떤 곳에서 CoW 방식을 사용하고 있을까요?

대표적으로 Array, Set, Dictionary, String 입니다

✔️ Array 예시

배열.. 구조체 타입인 거 아시죠?

사용자가 직접 만든 구조체에는 적용되지 않는다는 점만 기억하면 좋을 것 같습니다~

값 타입의 복사 시 필요한 시점까지 메모리 복사를 미뤄주는 CoW!

앞으로는 이런것도 생각해보면서 불필요한 복사를 줄이는 방향으로 개발을 하면 좋을 것 같아요ㅎㅎ

https://developer.apple.com/documentation/swift/withunsafepointer(to:_:)-1wfum

https://medium.com/@lucianoalmeida1/understanding-swift-copy-on-write-mechanisms-52ac31d68f2f

https://sunny-maneg.tistory.com/entry/swift-Copy-On-Write-COW

https://developer.apple.com/documentation/swift/array

[Swift] static / class 키워드

YEN_ — Mon, 18 Mar 2024 23:37:23 +0900

static하면 어떤게 떠오르시나요

저는 tableView의 identifier 설정하는 게 떠오르네요...

아니면 싱글톤?

어쨌든 여러곳에 사용할 수 있는 좋은 키워드죠

Static

인스턴스가 아니라 타입 자체에 속하게 될 메서드, 프로퍼티 등을 선언하기 위해서 사용합니다

Static으로 선언된 메서드와 프로퍼티는

인스턴스를 생성하지 않아도 그냥 접근해서 사용할 수 있어요

구조체, 열거형, 클래스 전부 다요!

특징

✔️ 타입 속성 + 타입 메서드

static 키워드를 통해서 선언하면

모든 인스턴스가 공유하는 값이 됩니다

예를 들어 원주율을 제공하는 프로퍼티와과 사각형의 넓이를 구하는 메소드를 제공해주는 구조체가 있다고 해 볼까요?

위에서 설명했듯이 어떠한 인스턴스에 속하는 것이 아니라 타입 그 자체에 속하게 되어서

MathConstants라는 타입으로부터 바로 사용 가능해집니다

struct MathConstants {
    static let pi = 3.14159
    static func square(_ value: Double) -> Double {
    	return value * value
    }
}

let piValue = MathConstants.pi
let squearOfFour = MathConstants.square(4)

✔️ 오버라이딩 불가능

우선 오버라이딩이라는 것은

서브 클래스에서 슈퍼 클래스의 메소드, 프로퍼티, 서브 스크립트의 기능을

자신(서브 클래스)에게 맞도록 수정하는 것을 의미해요

상속받은 기능을 수정하거나 확장할 수 있고,

동일한 인터페이스를 유지하면서도 서브 클래스에 특화된 동작을 구현할 수 있습니다

class Animal {
    func makeSound() {
    	print("동물이 소리를 냅니다")
    }
}

class Dog: Animal {
    override func makeSound() {
    	super.makeSound() // 오버라이딩
        print("멍멍멍!") // 추가구현
    }
}

let myDog = Dog()
myDog.makeSound() -> 동물이 소리를 냅니다 멍멍멍!

여기서는 Animal이라는 슈퍼 클래스를 Dog라는 서브 클래스가 상속하여

내부의 메서드를 super 키워드를 사용하여 오버라이딩 했네요

그리고 자신에게 맞는 새로운 부분까지 추가 구현해주었어요

✅ super 키워드

- 슈퍼 클래스를 참조하기 위해 사용합니다
- 슈퍼 클래스의 메서드, 프로퍼티, 서브 스크립트에 접근할 수 있습니다
- 주로 오버라이드 된 메서드의 안에서 슈퍼 클래스의 원본 구현을 호출하기 위해 사용합니다

class 키워드 :: 메서드 오버라이딩을 가능하게 하는 방법

static은 서브 클래스의 오버라이딩을 불가능하게 막아버린다고 했었죠?

반대로 class 라는 키워드는 서브 클래스의 오버라이딩을 허용해주는 역할입니다

func만 사용해도 잘만 쓸 수 있는데 왜 class 키워드를 붙이냐구요?

아무 키워드도 없는 func은 반드시 인스턴스를 생성해야만 사용할 수 있는 인스턴스 메소드이기 때문입니다!!

인스턴스가 아니라 타입에 속한다는 점에서 static과 결이 같죠? ㅎㅎ

class SomeClass {
    var property: Int = 0
    
    func instanceMethod() {
        print("This is an instance method")
    }
    
    class func classMethod() {
        print("This is a class method")
    }
}

let instance = SomeClass()
instance.instanceMethod() // 인스턴스 메소드 호출

SomeClass.classMethod() // 클래스 메소드 호출

class func은 해당 메소드가 서브 클래스에서 오버라이딩 될 수 있게 허용하여

객체 지향의 특징인 다형성을 구현하고 코드의 유연성을 높여줍니다

class Animal {
    class func makeSound() {
        print("동물이 소리를 냅니다")
    }
}

class Dog: Animal {
    override class func makeSound() {
        print("멍멍")
    }
}

class Cat: Animal {
    override class func makeSound() {
        print("야옹")
    }
}

Animal.makeSound() // 출력: 동물이 소리를 냅니다
Dog.makeSound()    // 출력: 멍멍
Cat.makeSound()    // 출력: 야옹

여기서 Animal은 모든 동물이 가질 수 있는 공통 메서드를 class func으로 정의했어요

그래서 서브 클래스에서는 class func으로 선언된 메서드를 오버라이딩 할 수 있게 됐습니다

위에 있던 오버라이딩을 설명하는 Animal 클래스와 비교해보세요

인스턴스 메서드와 클래스 메서드의 사용 차이점을 알 수 있을거에요ㅎㅎ

처음 공부하던 시기에는 접근제한자와 static을 헷갈려서 막 뒤섞어 쓰던 기억이 나네요

지금 다시 보면 그걸 왜 헷갈렸지 싶어요ㅋㅋㅋ (⑉･̆⌓･̆⑉)

[TIL] 24.03.15

YEN_ — Thu, 14 Mar 2024 22:22:34 +0900

피곤하고 작성할 것도 많긴한데 정리가 안되어서 쉬어가는 til.....

요즘은 유닛 테스트를 공부중입니다
캠프 극초반부터 코어데이터를 사용해봐서 다행이에요
코어데이터 수정하면서 테스트 코드도 짜볼 수 있으니까요...

나름대로 TDD를 해 본답시고 열심히 구현하다 튜터님께 한번 체크받으러 갔었는데
역시나 잘못된 방향으로 하고 있었어요

TDD를 완전히 이상하게 이해하고 있던 수준?
입력값과 출력값에 대한 것만 정해놓고 진행을 하는 것 같은데... 아직 잘 모르겠네요
내가 짠 코드가 올바르지 않음을 증명하는 건 얼마나 많은 케이스를 만들어야 하는 걸까여

테스트 더블의 더미, 목 등 이런게 오히려 리소스 손해 아닌가 싶은 생각도 들어요
작은 프로젝트이기 때문에 이 정도의 필요성을 느끼지 못하는 것 같기도 합니다

그리고 어제 공부했던 DI에 관해서도... 역시 머리로 대강 아는 것과 코드를 짤 줄 아는 것은 다르더군요

어쨌든!!

테스트 클래스에서 코어데이터 의존성 빼고, 테스트 케이스를 좀 생각해보면서 몇개 만들어보고 있어요

테스트 케이스를 이런 방향으로 생각하는 게 맞는건지
테스트 코드는 어디서 끊어야 독립적인지
심지어 이렇게 쓰면되는지,, 무지성으로 아무한테나 여쭤보고 싶어요
실제로 구현하는 코어데이터 매니저 코드 로직에서 궁금한 점도 있구요

이건 좀 많은 튜터님께 찾아가서 교차 답변을 들어보고 싶네요ㅎㅎ

유닛테스트 너란 녀석 참 어렵다....

[CS] 디자인 패턴 - 싱글톤(singleton)패턴 + DI (w. Swift)

YEN_ — Wed, 13 Mar 2024 22:06:39 +0900

디자인패턴이란 뭘까요?

프로그램 설계를 할 때 많이 발생했던 문제점을

객체 관계를 활용해서 해결할 수 있도록

하나의 "규약"처럼 정해둔 패턴을 말해요!

iOS 개발을 공부하고 있는 지금으로서는 Delegate 패턴이 가장 친숙하네요~ :D

하지만 오늘은 싱글톤에 대해 공부해봤습니다ㅎㅎ

싱글톤 패턴

특정한 객체의 인스턴스가 오직 1개만 생성된다고 정해둔 패턴

1개의 인스턴스를 프로젝트 전역에서 사용할 수 있게 하는 패턴이에요

이미 생성된 인스턴스를 가져다가 쓰기 때문에 인스턴스를 또 생성하지 않고 바로 프로퍼티, 메서드를 사용할 수 있어요!

이렇게 1회만 생성되고 전역으로 사용할 수 있기 때문에

데이터 공유가 쉽고 메모리를 절약하는데 도움이 되어요

착한 싱글톤 인스턴스

실제 코드로는 이런 정도의 영향을 가지고 있다고 해볼게요

하지만 피치못할 사정으로 해당 클래스에 문제가 생긴다면 어떨까요?

좀 극단적으로 프로퍼티를 삭제해봤습니다ㅎㅎ

어떤가요, 3개가 전부 맛이 가버렸죠?

그럼 이렇게도 해 볼까요?

중간에 값을 바꿔치기 해보는 거에요

중간에 갑자기 값이 변해버렸죠?

글로벌 상태로 참조되어 관리중이기 때문에 중간에 값을 바꾸어버리면 전역적으로 상태가 변경됩니다

이렇듯 싱글톤 인스턴스에 아주 작은 부분만 영향을 받고 있었더라도 문제는 피할 수 없을 겁니다

이걸 의존도가 높다, 결합도가 높다, 각 객체가 독립적이지 않다. 라고 표현하는데요

결국 해당하는 객체들이 독립적이지 않다는 것은 유닛테스트가 어렵다는 의미로 이어지고

Testable 하지 않다! 라는 결론까지 도달하게 되네요!

(최근 마이붐인 유닛 테스트 관련..)

DI

Dependency Injection | 의존성 주입

이런 단점을 보완하려면 의존성 주입이라는 걸 하면 된다고 하는데

의존성 주입이 뭘까요?

의존성 주입이란,

객체가 필요로 하는 타 객체를 외부에서 생성하고 주입해서 사용하는 소프트웨어 설계 패턴입니다

쉽게 말하면 필요한 것을 직접 만들지 않고, 외부에서 만들어 넣어주는 방식이라고 보면 돼요

어느 한 식당이 있습니다

이 가게의 요리사는 파스타 메뉴를 추가하고 싶었지만 파스타 레시피를 몰라요
이런 요리사가 직접 레시피를 만드는 것은 실수할 가능성도 있고 굉장히 번거로운 작업이 될 거에요

하지만 가게 사장이 어딘가에서 딱 맞는 레시피를 공수해 왔다고 해 봅시다

그러면 요리사는 해당 레시피만 전달 받아서 가장 잘 하는 요리만 해도 되지 않을까요?

이런걸 바로 의존성 주입이라고 합니다!

필요한 걸 직접 만들지 않고, 외부에서 만든 다음 전달해주는 방식이에요

이런 상황이라면 더 와닿을까요..?

같은 데이터를, 여러 객체에다가, 외부에서 전달하는 걸 표현해본 그림입니다 ... ;)

주입받는 객체가 점점 늘어나고 있어~~ㅜㅜ!!

기본적인 싱글톤 패턴 구현하기

static 키워드 사용하여 단일 인스턴스 만들기

class Chef {
    static let shared = Chef()
    private init() {}
}

외부에서 다시 인스턴스를 생성하는 걸 방지하기 위해 private으로 init 구현까지 해 줄게요

간단하게 싱글톤 기본 골조는 끝입니다!

여기서는 요리사가 직접 레시피도 만들고 조리도 해야해요

class Chef {
    static let shared = Chef()
    private init() {}

    func createPastaRecipe() -> String {
        return "요리사가 만든 스파게티 레시피"
    }

    func cookPasta() -> String {
        let recipe = createPastaRecipe()
        return "직접 만든 레시피[\(recipe)]로 스파게티 요리!"
    }
}

여기까지 오면 진짜 싱글톤은 끝입니다

만든 싱글톤 패턴에 의존성 주입하기

싱글톤 패턴의 의존성 주입은 보통 프로토콜을 이용하여 진행돼요

사장이 레시피를 전달해 주는 모양새로 만들거에요

전달받는 부분을 프로토콜로 만들어봅시다

protocol RecipeProviding {
    func fetchPastaRecipe() -> String
}

class Manager: RecipeProviding {
    func fetchPastaRecipe() -> String {
        return "사장이 건네준 스파게티 레시피~"
    }
}

프로토콜을 구현하고 해당 프로토콜을 준수하는 클래스 하나를 만들었어요

책임을 분리시켜주는 겁니다!

class Chef {
    static let shared = Chef()
    private init() {}
    
    func cookPasta(using recipeProvider: RecipeProviding) -> String {
        let recipe = recipeProvider.fetchPastaRecipe()
        return "건네받은 레시피[\(recipe)]로 스파게티 요리!"
    }
}

Chef 라는 싱글톤도 Recipe 프로토콜에 의존하게 되었어요

이 정도면 레시피 제작과 요리하는 행위의 결합이 잘 해제된 것 같죠?

이렇게 결합도가 낮아지는 걸 영어로는 디커플링이라고 한대요!

의존도가 낮은 싱글톤은 유지보수가 더 쉽고 유연하게 대처할 수 있습니다

레시피가 추가될 때는 RecipeProviding을 준수하는 새로운 구현체를 만들면 되니까요 >_<

iOS 에서 싱글톤을 사용하는 경우

let screen = UIScreen.main
let userDefault = UserDefaults.standard
let application = UIApplication.shared
let fileManager = FileManager.default
let notification = NotificationCenter.default

뭐 요런 기능에서 싱글톤 패턴을 채택하고 있다고 하네요!

저 개인적으로는 유저 로그인/로그아웃/정보 같은 사용자 세션 정보나 네트워크 관리 하는데 싱글톤을 써 본 적이 있습니다ㅎ

책을 보다가... 싱글톤 패턴에 대해 좀 파고들어 봤네요

대체 왜 디자인 패턴은 보면 볼수록 헷갈리는지?

static 키워드, class 키워드 같은 것도 알아보긴 했는데...ㅎㅎ

그 부분은 게시글을 분리해서 쓰는걸로!

(23.03.19 추가)

이어지는 게시글!

https://yy-dev.tistory.com/160

[Swift] static / class 키워드

static하면 어떤게 떠오르시나요 저는 tableView의 identifier 설정하는 게 떠오르네요... 아니면 싱글톤? 어쨌든 여러곳에 사용할 수 있는 좋은 키워드죠 Static 인스턴스가 아니라 타입 자체에 속하

yy-dev.tistory.com

그림출처 : 본인

https://developer.apple.com/documentation/swift/managing-a-shared-resource-using-a-singleton

https://jeong-pro.tistory.com/86

https://velog.io/@naroti/iOS-%EA%B0%9C%EB%B0%9C-Singleton-Pattern-q4k3uzgf0n

https://medium.com/@ranga.c222/singleton-vs-dependency-injection-in-ios-swift-47a056a822f

https://babbab2.tistory.com/66

[XCode] 내 iOS 기기로 빌드할 때 발생할 수 있는 트러블 슈팅

YEN_ — Tue, 12 Mar 2024 21:31:18 +0900

프로젝트를 1차적으로 완성하고 실제 기기로 빌드를 돌려서 테스트하려는데 이게 웬걸

빌드가 안되는겁니다!!

엄청나게 많은 이슈가 있었지만 그 중 핵심이었던 몇가지를 가져왔어요

Bundle Identifier가 이미 다른 계정에 의해 사용 중

/Users/t2023-m0035/Desktop/todwoong/ToDwoong/ToDwoong.xcodeproj 
Failed Registering Bundle Identifier: 
The app identifier "com.yenny42.ToDwoong" cannot be registered 
to your development team because it is not available. 
Change your bundle identifier to a unique string to try again.

"com.yenny42.ToDwoong"라는 앱 식별자(Bundle Identifier)가 이미 다른 계정에 의해 사용 중이거나,

개발 팀 내에서 사용 가능한 상태가 아니라는 것을 의미합니다

→ Bundle Identifier를 Todwoong.NBCAMP으로 변경하여 해결했어요

로깅 시스템을 초기화하는 데 실패

Logging Error: Failed to initialize logging system. 
Log messages may be missing. 
If this issue persists, 
try setting IDEPreferLogStreaming=YES 
in the active scheme actions environment variables.

로깅 시스템을 초기화하는 데 실패했다는 뜻입니다!

로깅 시스템은 개발자가 애플리케이션 실행 중 발생하는 이벤트, 오류, 기타 중요한 정보를 기록하는 데 사용됩니다

이 메시지가 나타난다면, Xcode나 애플리케이션의 로깅 기능이 제대로 초기화되지 않았다는 거에요

에러 메세지에 적힌대로 스킴 환경 변수에 IDEPreferLogStreaming=YES를 설정해줍니다

Xcode가 로그 스트리밍을 선호하게 하여 로깅 시스템의 초기화 문제를 우회할 수 있게 해줘요

Product > Scheme > Edit Scheme... > Run > Arguments > 환경변수 > IDEPreferLogStreaming=YES

SnapKit-Dynamic.framework 파일을 찾을 수 없음

No such file or directory: 
'/Users/t2023-m0035/Library/Developer/Xcode/DerivedData
/ToDwoong-fzsslfhusiarsjfrrmtoqoahhpfg/Build
/Products/Debug-iphoneos
/PackageFrameworks/SnapKit-Dynamic.framework/SnapKit-Dynamic'

https://github.com/apollographql/apollo-ios/issues/2108#issuecomment-1020799063

clang: error: no such file or directory: Error · Issue #2108 · apollographql/apollo-ios

Hey @designatednerd can you explain why I am getting this error I Don't Know about it. clang: error: no such file or directory: '/Users/chandan/Library/Developer/Xcode/DerivedData/Learning_GraphQL-...

github.com

이거는 해당 이슈타래를 참고했어요

you should not use this unless you need a dynamically linked version of the library.

→ 필요없는건 지우고 좀 써라 .. 라는 뜻이네요

Snapkit 재설치 후 dynamic을 삭제하니 해결됐어요

(앱 빌드 시 문제가 전혀 없는 것을 확인했습니다)

앱이 해당하는 프레임워크를 찾을 수 없음

dyld[669]: Library not loaded: @rpath/TodwoongDesign.framework/TodwoongDesign
  Referenced from: <--> /private/var/containers/Bundle/Application/4--/ToDwoong.app/ToDwoong
  Reason: tried: 
  '/Users/t2023-m0035/Library/Developer/Xcode/DerivedData
  /ToDwoong---/Build/Products/Debug-iphoneos
  /PackageFrameworks/TodwoongDesign.framework/TodwoongDesign' (no such file), 
  '/private/preboot/Cryptexes/OS/Users/t2023-m0035/Library
  /Developer/Xcode/DerivedData/ToDwoong---
  /Build/Products/Debug-iphoneos/PackageFrameworks/TodwoongDesign.framework
  /TodwoongDesign' (no such file), 
  '/private/var/containers/Bundle/Application/--
  /ToDwoong.app/Frameworks/TodwoongDesign.framework/TodwoongDesign' (no such file), 
  '/Users/t2023-m0035/Library/Developer/Xcode/DerivedData
  /ToDwoong---/Build/Products/Debug-iphoneos
  /PackageFrameworks/TodwoongDesign.framework/TodwoongDesign' (no such file), 
  '/private/preboot/Cryptexes/OS/Users/t2023-m0035/Library/Developer
  /Xcode/DerivedData/ToDwoong--
  /Build/Products/Debug-iphoneos/PackageFrameworks
  /TodwoongDesign.framework/TodwoongDesign' (no such file), 
  '/private/var/containers/Bundle/Application/--
  /ToDwoong.app/Frameworks/TodwoongDesign.framework/TodwoongDesign' (no such file)

극 초반에 만들었던 프레임워크 파일을 프로젝트에 직접 추가해서 쓴 적이 있었는데요

아니 이게 왜 아직도 파일에 남아있었지… 지웠습니다

general에서 의존성연결된거도 싹 지웠는데 해결이 안되더군요

캐시 삭제, 프로젝트 클린, xcode 재시작

→ 그러나 아직도 안되는...

그러다 Do not Embed를 보게 되버렸어요

embed&sign으로 변경해주었습니다

(원래 이렇게 쓰는데 재설치하고 변경 까먹은듯 하네요)

→ 이걸로 해결했어요!

가장 메인이었던 이슈는 이정도 되네요!

사실 이걸 차례대로.. 중간중간 이상한것들 잡으며 고치다보니 앱 빌드 성공했습니다!

이제 배포만 하면 되겠어요 (김칫국.)

[Swift] Unit Test (2) 유닛 테스트 시작하기

YEN_ — Thu, 7 Mar 2024 21:58:17 +0900

2024.03.06 - [iOS/SWIFT] - [Swift] Unit Test (1) 코드 테스트의 원칙

2024.03.07 - [iOS/SWIFT] - [Swift] Unit Test (2) 유닛 테스트 시작하기

이번에는 유닛테스트를 위해 타겟을 추가하고 설정하는 법에 대해 알아볼게요

생각보다 간단하더군요

Test 타겟 생성

어디서든 타겟 생성하는 창으로 들어가시면 됩니다ㅎㅎ

1번 방법

2번 방법

3번 방법

Unit Testing Bundle 이라는 걸 추가해주시면

테스트폴더가 하나 자동으로 생길 거에요

만약 처음부터 테스트 코드 작성을 염두에 두고 프로젝트를 만든다면?

Include Tests를 체크하고 해주시면 됩니다ㅎㅎ

타겟과 번들?

유닛 테스트 타겟(Unit Test Target)

특정 애플리케이션 또는 라이브러리 코드의 일부(유닛)를 테스트하기 위한 설정을 포함하는 프로젝트 내의 구성요소
개발자가 유닛 테스트 타겟을 만들 때, 테스트할 코드와 관련된 소스 파일과 리소스를 지정
타겟은 테스트 실행을 위해 빌드 시스템에 의해 별도로 컴파일되고 실행

유닛 테스팅 번들(Unit Testing Bundle)

유닛 테스팅 번들은 유닛 테스트 타겟을 빌드하고 실행하기 위해 생성된 실행 가능한 파일의 집합
테스트 케이스, 테스트 데이터, 그리고 테스트 실행을 위해 필요한 다른 리소스를 포함
유닛 테스트 번들은 테스트 실행 환경에서 로드되어 실행되며, 테스트 케이스의 성공 여부에 대한 결과를 반환

차이점

유닛 테스트 타겟 : 테스트 설정과 구성을 정의
- 프로젝트 설정의 일부
- 테스트할 코드의 구성 및 테스트를 위한 설정을 정의
- 개발 환경에서 이를 구성하여 테스트 코드와 테스트 대상 코드 간의 관계를 설정
유닛 테스팅 번들 : 실제 테스트 실행을 위해 생성된 물리적 파일
- 유닛 테스트 타겟을 빌드한 결과물
- 실제 테스트를 실행하는 데 사용되는 실행 파일과 리소스의 집합
- 실행 시 테스트 환경에서 로드되어 테스트를 수행

테스트 코드 실행해보기

본격적으로 코드를 작성하기 전

테스팅 실행은 잘 되나 테스트해봐야겠죠?

우선 1회 Run 시키고 시작합시다!

시뮬레이터가 잘 구동되었다면 테스팅을 돌려봐야겠죠?

그런 다음엔 이런거...

혹은 이런거...

아니면 커맨드 + U (Testing 단축키) 를 눌러서 한 번 실행해보세요

시뮬레이터가 한번 꺼졌다 켜지거나, 다시 시작되면서 테스팅이 진행될거에요

저는 final class 좌측의 마름모 체크버튼으로 테스트해봤습니다

테스트가 성공하면 이렇게 초록불이 뜨고, 실패하면 빨간색 X 버튼이 보입니다

여기까지가 실제 테스트 코드를 작성하기 전 생성하는 방법입니다

생각보다 간단하게 설정할 수 있죠?

다만 종종 XCode 억까(..) 가 있어서 직접 테스트플랜을 추가해줘야 하는 경우가 생길 수 있어요

제가 직접 당해서 반나절을 날렸다네요

다음에 이것도 추가로 적어볼게요ㅠㅠ

2024.03.06 - [iOS/SWIFT] - [Swift] Unit Test (1) 코드 테스트의 원칙

2024.03.07 - [iOS/SWIFT] - [Swift] Unit Test (2) 유닛 테스트 시작하기

[Swift] Unit Test (1) 코드 테스트의 원칙

YEN_ — Wed, 6 Mar 2024 23:55:05 +0900

2024.03.06 - [iOS/SWIFT] - [Swift] Unit Test (1) 코드 테스트의 원칙

2024.03.07 - [iOS/SWIFT] - [Swift] Unit Test (2) 유닛 테스트 시작하기

테스트 코드라는 거 많이 들어보셨죠?

Integration Test, UI Test, Unit Test, End-to-End Test... 등등

그 중에 유닛 테스트, 단위 테스트란 무엇일까요?

사용하려는 개별 기능이 개발자의 의도에 맞게 동작하는지 작은 단위로 테스트 하는 것을 의미합니다!

단위 테스트는 보통 이런 과정을 거쳐 작성합니다

테스트 대상을 선택하기
테스트 케이스를 작성하기
테스트 실행하기
예상한 결과와 테스트 실행 결과가 일치하는지 확인하기
위의 1-4를 반복!

개발자는 이런 테스트를 활용해서 코드가 예상대로 동작하는지 확인하고

코드의 변경 사항이 예상치 못한 결과를 반환하지 않게 보장할 수 있어요

이번에는 Unit Test를 도입하기 전,

알아두면 좋을 부분을 가져왔습니다

7가지 테스트 원칙

테스팅을 하는 데도 원칙이 있다고 합니다

40년간 관찰된 내용을 기반으로 한 7가지 원칙이 있어요!

테스트는 결함의 존재를 보여준다

테스트 코드는 결함이 있다는 것은 알려줄 수 있습니다
하지만 결함이 없음을 보장하지는 않습니다
결함이 남아있을 확률을 줄여주는 것이죠

완벽한 테스트는 불가능

모든 케이스의 테스트를 진행하는 건 현실적으로 불가능합니다
위험도, 우선순위를 잘 정해서 중요한 것 부터 테스트 합시다

테스트 구성은 최대한 빨리!

결함을 조기에 발견하려면 가능한 한 빠르게 테스트 코드 작성을 시작해야 합니다
분석, 기획 단계부터 테스트팀과 함께하면 빠르게 결함을 발견하여 리소스 를 크게 줄일 수 있습니다

결함은 밀도가 높다

결함의 8할은 아주 작은 코드의 오류에서 나옵니다

살충제 역설 Pesticide Paradox

비슷한 테스트가 반복되면 새로운 결함을 찾을 수 없습니다
이를 방지하려면 테스트 케이스를 주기적으로 수정하고 검토해야 합니다
새롭고 다양한 테스트를 만드는 것도 중요합니다

테스트는 상황에 따라 다르다

테스트에 대한 집중은 프로그램의 요구 사항/ 용도에 따라 달라집니다
은행 애플리케이션은 금융, 정보 보호가 중요하므로 보안, 안정성에 대한 테스트에 중점
게임 애플리케이션의 경우, UX와 게임의 재미가 중요하므로 성능, UI에 대한 테스트에 중점

오류 부재의 오류

사용하지 않는 시스템 / 사용자가 기대하지 않는 기능의 결함을 찾고 수정하는 것은 의미가 없습니다

FIRST 원칙

Fast

유닛 테스트는 빨라야 함

Isolated

다른 테스트와 종속 관계를 가지지 않는다
독립적으로 동작

Repetable

실행을 몇 번 하더라도 같은 결과를 반환

Self-validating

테스트가 스스로 결과가 올바른지 아닌지를 판단할 수 있어야 함
개발자는 코드를 변경할 때마다 수동으로 테스트 결과를 검토할 필요가 없음
현대적 소프트웨어 개발 방법론에서 강조함
- 테스트 주도 개발(TDD)
- 지속적 통합(Continuous Integration, CI)
- 지속적 배포(Continuous Deployment, CD)

Timely

실제 기능 구현 코드를 테스트 코드를 먼저 작성한 후에 작성해야 함
TDD(테스트 주도 개발 / Test-driven Development)의 기본 원칙

테스트 코드를 작성할 때 기억해두고 지켜야 할 원칙을 정리해봤습니다

가장 중요한건 독립적으로 작은 단위 테스트가 가능하게 만들어야 한다는 점 같네요!

다음에는 Unit Test를 시작하는 방법에 대한 글을 작성해보겠습니다!

~ヾ(＾∇＾)

2024.03.06 - [iOS/SWIFT] - [Swift] Unit Test (1) 코드 테스트의 원칙

2024.03.07 - [iOS/SWIFT] - [Swift] Unit Test (2) 유닛 테스트 시작하기

https://www.utest.com/articles/seven-testing-principles

https://howtodoinjava.com/best-practices/first-principles-for-good-tests/

[Git] git reset / 커밋 뒤로 되돌리기

YEN_ — Tue, 5 Mar 2024 23:46:45 +0900

Git reset은 Git에서 커밋의 위치를 변경하거나 스테이징된 변경 사항을 취소하는 데 사용됨.
이 명령어는 주로 다음과 같은 세 가지 모드로 사용함

Soft Reset

git reset --soft <commit>

HEAD를 특정 커밋으로 이동
인덱스(Staging Area)와 워킹 디렉터리(Working Directory)에는 영향x
이전 커밋의 변경 내용이 스테이징 영역에 남아 있기 때문에 이후에 새로운 커밋으로 스테이징하여 다시 커밋할 수 있음

Mixed Reset

git reset --mixed <commit>

HEAD를 특정 커밋으로 이동
인덱스(Staging Area)는 해당 커밋의 상태로 되돌림
변경 내용을 워킹 디렉터리(Working Directory)에 유지하지만 스테이징 영역에서 취소하고 싶을 때 사용

Hard Reset

git reset --hard <commit>

HEAD를 특정 커밋으로 이동
인덱스(Staging Area)와 워킹 디렉터리(Working Directory)의 변경 사항을 모두 해당 커밋으로 되돌림
이전에 작업한 내용이 모두 삭제될 수 있으므로 신중하게 사용할 것

[Swift] 열거형 Enumeration / 타입 안정성

YEN_ — Mon, 4 Mar 2024 23:50:41 +0900

열거형 Enum은 한정된 범위에서 가능한 값(케이스)를 정의하기 위해 사용하는 타입입니다

특히 스위프트의 열거형은 단순히 값의 목록을 나타내는 걸 넘어선 강력한 기능을 제공한다고 하는데요

코드의 가독성, 안전성, 유지보수성을 크게 향상시킬 수 있다고도 하네요

특히 "타입 안정성"을 보장한다고도 하는데요..

타입 안정성이라는 건 뭘까요?

타입 안정성

"타입 안정성을 보장한다" 라는 표현은

프로그램이 실행되는 동안에 타입에 대한 오류가 발생하지 않도록 하는 것을 의미합니다

개발자가 작성한 코드가, 시스템이 예상한 타입의 데이터만을 사용하도록 강제하여

런타임에 발생할 수 있는 타입 관련 오류를 최소화 해주는 것이죠

예를 들면, 정수형 타입 변수에 문자열을 할당하려고 하는 경우

타입 안정성을 지원한다면 컴파일 시점에 오류를 발생시켜서 개발자가 수정을 할 수 있도록 해줍니다

게다가 스위프트는 타입 안정성을 중요하게 여기는 언어 중 하나라고 하네요!!!

스위프트는 Strongly-typed 언어로, 변수나 상수에 할당되는 값의 타입이 명확해야 합니다

컴파일러가 타입 검사를 시행해서 타입의 불일치를 사전에 감지해요

그리고 필요한 경우에 타입을 명시적으로 작성하라고 요구하는 에러를 내보내기도 하죠

이런 강타입언어는 실행 시간에 발생할 수 있는 오류를 줄이는 데 큰 도움을 줍니다

열거형

열거형을 사용하는 것도 타입 안정성을 보장하는 방법 중 하나입니다

열거형을 사용한다면 특정한 값만 허용해서

잘못된 값이 사용되는 걸 막을 수 있어요

enum Family {
    case mother
    case father
    case sister
    case brother
}

가족 구성원을 나타내는 열거형을 예시로 만들어보았습니다

여기서는 mother, father, sister, brother 만이 사용 가능한 값이고

다른 값은 절대로 허용되지 않아요

이렇게 타입 안정성을 강화해서

개발자가 안전하고 견고한 코드를 작성할 수 있게 해줍니다!

사용방법

✔️ 정의하기

아래 두가지 다 가능한 방법입니다

enum Weekday {
    case monday
    case tuesday
    case wednesday
    case thursday
    case friday
}

enum Weekday {
    case monday, tuesday, wednesday, thursday, friday
}

✔️ 사용하기

today라는 변수는 Weekday라는 열거형 타입을 가집니다

그리고 월요일을 값으로 갖고 있네요

이렇게 열거형의 타입이 명확하다면 .monday 같이 케이스 앞에 열거형 이름을 생략할 수 있어요

var today: Weekday = .monday

✔️ 원시값

열거형을 정의할 때 해당 열거형의 각 케이스에 고유한 값을 지정해 줍니다

케이스를 더욱 명시적으로 표현하고, 쉽게 사용할 수 있게 됩니다

enum Season: String {
    case spring = "Spring"
    case summer = "Summer"
    case autumn = "Autumn"
    case winter = "Winter"
}

✔️ 연관값

열거형의 연관값은 각 케이스에 추가적인 정보를 나열할 수 있게 해 줍니다

연관값은 케이스별로 다른 타입을 가질 수 있어요

더 다양하고 복잡한 구조를 모델링 할 수 있겠죠?

enum Beverage {
    case water
    case soda(volume: Int)
    case coffee(sugar: Bool, milk: Bool)
}

let myDrink = Beverage.coffee(sugar: true, milk: false)

func describe(beverage: Beverage) {
    switch beverage {
    case .water:
        print("Plain water")
    case .soda(let volume):
        print("A soda of \(volume)ml")
    case .coffee(let sugar, let milk):
        let sugarDescription = sugar ? "with sugar" : "no sugar"
        let milkDescription = milk ? "with milk" : "no milk"
        print("Coffee \(sugarDescription) and \(milkDescription)")
    }
}

describe(beverage: myDrink)

확실히 좀 더 디테일한 정보가 필요하다면 연관값을 사용하는게 도움이 될 거 같네요!

열거형의 가장 기본적인 정보만 추려서 정리해봤어요

재귀 열거형, 계산 속성 등 남은 정보는 조금 더 공부해서 적어볼게요 （；^ω^）

아참 그리고 신기한 사실을 하나 알았습니다

옵셔널도 열거형이라네요!!

진짜로..ㅇㅇ

요 부분도 조금 더 알아보고 공유해보고 싶습니다

~ヾ(＾∇＾)

https://www.aidanf.net/learn-swift/types_and_type_inference

https://bbiguduk.gitbook.io/swift/language-guide-1/enumerations

[Swift] iOS 알림 설정 허용받기 - User Notifications

YEN_ — Sat, 2 Mar 2024 23:49:23 +0900

지긋...

최근 애플리케이션에서 "알림"이라는 기능이 없는 앱.. 혹시 보셨나요?

전 못본 것 같아요

아주 간단한 투두 어플도 푸시 알림을 보내주더군요...

iOS 환경에서 개발자는 두가지 종류의 알림을 보내줄 수 있어요

서버에서 원격으로 알림을 생성하여 APNs(Apple 푸시 알림 서비스)가 기기에 전달해주는 방법,

로컬에서 알림 콘텐츠를 생성하고 트리거(조건)에 맞게 알림을 띄워주는 방법이 있습니다

사실 이런 알람을 설정하기 전, 반드시 해야하는 작업이 있죠?

네...

사용자 기기에 알림을 보낼 수 있게 권한 허용받기

이게 설정되지 않으면 어떤 방식도 쓸 수 없어요!!!!!

요거 허용받는 설정과 관련된 부분을 간단히 적어볼게요

NotificationCenter

NotificationCenter 하면 어떤게 떠오르시나요?

사용자에게 푸시 알림을 보내주는 것?

일단 "알림"에 관련된 건 맞습니다ㅎㅎ

NotificationCenter는

사용자에게 뭔가를 알려주는 역할이라기 보다,

애플리케이션 안에서 정보를 전달하는 알림을 보내주는 역할에 가까워요

공식문서에는 이렇게 작성되어 있습니다

A notification dispatch mechanism that enables the broadcast of information to registered observers.
등록된 관찰자에게 정보를 브로드캐스팅할 수 있는 알림 발송 메커니즘입니다

풀어서 말해볼까요?

NotificationCenter는 애플리케이션에서 특정한 이벤트가 발생했을 때

이벤트가 발생했다는 사실을

관심을 갖고 있던(해당 이벤트에 반응하도록 설계된) 객체나 컴포넌트에게 자동으로 알려주는 시스템입니다

이런건 간단히 Observer 패턴이라고도 하죠

객체 간 결합도를 낮추면서 효율적인 상태 변경을 할 수 있게 도와줘요

앱의 각기 다른 부분이 독립적으로 유지되면서 특정 이벤트에 반응할 수 있게 하는 것이죠!!

예를 들어, 중요한 데이터가 업데이트 됐을 때 여러 UI 컴포넌트가 이것을 감지하고 업데이트를 준비하는 것 처럼 말이에요

(사실 이런 부분에서는 Delegate 패턴을 더 많이 써요 )

✔️ 구성 요소

Notifications

발생하는 이벤트를 의미합니다
NSNotification 객체로 표현되어요
이 객체는 이벤트에 대한 정보를 담고 있습니다

NotificationCenter

모든 알림이 NotificationCenter의 인스턴스를 통해 관리됩니다
모든 앱은 default NotificationCenter 인스턴스를 가지고 있어요

✔️ 사용 방법

알림 수신자 등록하기

특정 이벤트에 반응하고 싶은 객체는 자기 자신을 알림 수신자로 등록해야 합니다

addObserver(_:selector:name:object:)

알림 발송하기

특정 이벤트가 발생했을 때, 관련된 알림을 발송할 수 있어요

post(name:object:userInfo:)

알림 수신자 제거하기

더 이상 변경등의 알림을 받고 싶지 않은 객체라면 NotificationCenter에서 자기 자신을 제거하면 돼요

removeObserver(_:)

AppDelegate 설정

사용자에게 권한 요청을 하기 위해서는 UserNotifications를 사용해야 합니다

하지만! 절대로 인스턴스를 직접 생성하면 안됩니다

current()라는 메서드를 통해 앱의 NotificationCenter를 반환해주어야 해요

https://developer.apple.com/documentation/usernotifications/unusernotificationcenter/current()

import UserNotifications


@main
class AppDelegate: UIResponder, UIApplicationDelegate {
	func application(_:didFinishLaunchingWithOptions:) // 여기에 작성
}

UNAuthorizationOptions : badge, sound, alert
requestAutorization(options:completionHandler:) 메서드

이 2개의 요소를 사용해서 기본 옵션을 설정해줍니다

func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
    let authOptions: UNAuthorizationOptions = [.alert, .sound, .badge]
        
    UNUserNotificationCenter.current().requestAuthorization(options: authOptions) { res, error in
        if res {
            print("사용자가 알림을 허용했습니다.")
        } else {
            print("사용자가 알림을 거부했습니다.")
        }
    }
        
    return true
}

대충 테스트해보면 이런식으로 정상 작동!

원격 알림 / 로컬 알림 차이점

푸시 알림 기능을 사용하기 위해서 위에 적힌 정도까지만 해 주면 로컬 알림은 사용할 수 있어요

하지만! 원격 알림을 사용하려면 추가적인 작업이 필요합니다

APNs에 디바이스 등록하기
디바이스 토큰 받아오기

이 토근은 서버가 특정한 사용자에게 알림을 보낼 때 사용됩니다!

import UIKit
import UserNotifications

@UIApplicationMain
class AppDelegate: UIResponder, UIApplicationDelegate {

    func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
        // 알림 권한 요청
        UNUserNotificationCenter.current().requestAuthorization(options: [.alert, .sound, .badge]) { res, error in
            if res {
                DispatchQueue.main.async {
                    application.registerForRemoteNotifications()
                }
            }
        }
        return true
    }

    func application(_ application: UIApplication, didRegisterForRemoteNotificationsWithDeviceToken deviceToken: Data) {
        // 디바이스 토큰을 받음
        let tokenParts = deviceToken.map { data in String(format: "%02.2hhx", data) }
        let token = tokenParts.joined()
        print("Device Token: \(token)")
    }

    func application(_ application: UIApplication, didFailToRegisterForRemoteNotificationsWithError error: Error) {
        // 디바이스 토큰 등록 실패
        print("Failed to register: \(error)")
    }
}

기초중의 기초!

권한 요청하기에 대해 공부해봤어요

조금 더 세세한 트리거를 다루는 방법도 공부중입니다

현재로서는 APNs는 사용할 일이 없어서,,, 로컬 알림쪽으로만ㅎㅎ

~ヾ(＾∇＾)

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

https://developer.apple.com/documentation/foundation/notificationcenter