[Too Swift] 시즌1 2화 How Swift deals with Strings 스위프트가 스트링을 다루는 방법 : 너무 중요한 자료형 !!

1. [ A String as a collection of a Grapheme cluster or clusters ] : 스위프트에게 스트링은 그래핌 클러스터의 컬렉션이다. 

 

unicode의 캐릭터 셋을 기반으로한 스위프트의 스트링은, codePoints들이 들어왔을 때, 그것이 하나의 조합이 될 수 있으면, 그것을 Grapheme cluster라고 보고, 그것을 하나의 "char"라고 봅니다.

 

let cafeNormal = "café"
let cafeCombined = "cafe\u{0301}" 

// \u0000001100000001 => hexacoded unicode code point

 

 

 

예를 들어, 위에서 첫 번째 상수의 두 번째 상수 유니코드 상 코드 포인트 갯수는 4개와 5개로 상이하나, 스위프트는 영어 알파벳 e와 발음기호를 클러스터로 묶어 하나의 캐릭터로 봅니다.

// 그렇기 때문에
cafeNormal.unicodeScalars.count // 4
cafeCombining.unicodeScalars.count // 5

cafeNormal.count // 4
cafeCombining.count // 4

그렇기 때문에 코드포인트는 서로 달라도, char에 대한 카운트는 서로 같게 됩니다. 

 

2. [ Indexed String ] 스트링 자료형을 인덱싱하기 -> 스트링[3] 이거 안됨 ...

  위에서 봤듯이, 두 개의 코드 포인트가 묶여서 하나의 캐릭터가 되기도 하는 것을 보시었다 시피, 스트링 데이터 타잎에 대한 인덱싱은

아무리 컬렉션이어도 [2], [1]과 같은 방식으로 할 수 없습니다. 클러스터가 될 수 있어, 메모리 어드레스 두 개가 묶여 하나의 캐릭터를 나타낼 수도 있기 때문이죠. 적어도 스위프트에서는 그러니까, 우리는 배워야할 뿐입니다.

 

그럼 스트링 자료형은 인덱싱을 어떻게 할까요?

 

빌드업 1단계. 시작 캐릭터의 인덱스, 끝 캐릭터의 인덱스

// 1). 우선 캐릭터 컬렉션인 스트링의 첫 번째 요소의 인덱스를 구해봅시다.

let firstIndex = cafeCombining.startIndex // 첫 캐릭터의 인덱스

// 2). 이렇게 스위프트가 구해놓은 인덱스를 인덱싱에 사용합니다.

cafeCombining[firstIndex] // String의 첫 번째 "캐릭터" 입니다.

// 3). 그렇다면 마지막 캐릭터의 인덱스는? 그것도 스위프트가 주는 걸로만 해요 !!

// *** warning : cafeCombining.endIndex는 "1 char past the end of the string이라고 하니,
// .index(before: cafeCombining.endIndex) 엔드 인덱스가 리턴한 캐릭터의 인덱스의 한 캐릭터 이전의
// 인덱스를 해야 실질적으로 스트링의 마지막 캐릭터를 구할 수 있다고 하네요."

let lastIndex = cafeCombining.index(before: cafeCombining.endIndex) // -> é

// 4). 그럼 또 이걸 이용해서 마지막 캐릭터를 구하시면 됩니다.
cafeCombining[lastIndex]

생각보다 쓸 게 많죠?????????? 흠...

 

빌드업 2단계. => .index( .startIndex, offsetBy: ~번째 글자(Int) ) 메소드를 사용하기

// 첫 번째 캐릭터의 인덱스로 부터 => 3 캐릭터 떨어진 캐릭터의 인덱스
let fourthIndex = cafeCombining.index(cafeCombining.startIndex, offsetBy: 3)

// 위에서 .index(첫 캐릭 인덱스, 오프셋: 캐릭터 수)로 힘겹게 구한 인덱스를 [ ] <- 서브스크립트에 넣어서
// 마침내, 네 번째 캐릭터를 구합니다.
let fourthChar = cafeCombining[fourthIndex] // -> é

 

스위프트도 할말이 있다네요. "  나도 할 말은 있어, 이렇게 고생하는 이유는 바로 ...  "

이모지 따봉도 컬러를 커스터마이즈 해서 => 하나의 문자로 만들 수 있습니다. 문자 렌더링의 커스터마이징과 다양성을 보장합니다.

 

애플스럽게도, 그래핌 조합을 찾아 한 캐릭터로 묶어서 랜더링하는 것은 한 캐릭터의 다양성과 커스터마이징 가능성을 제공합니다.

정말, 애플이 만든 언어답네요 ...

 

3. [ String equality ] 스트링의 동등성 비교

그렇다면, 스위프트 만의 스트링의 동등성을 비교하는 방식은 무엇일까요?

 

코드 포인트가 왼쪽은 1개의 독립된 포인트, 오른쪽은 2개의 포인트 => 다른 것으로 볼까요?

아닙니다. 스위프트의 스트링 동등성 비교의 원칙은,

canonicalization입니다. 절대 기준으로 평가? 와 비슷한 의미로 볼 수 있을지 모르겠지만,

 

    1). 결국 독립된 코드포인트를 쪼개서 분해된 그래핌 조합으로 맵핑하던지,

    2). 그래핌 조합을, 조합하여 하나의 독립된 코드포인트로 맵핑하던지,

 

  결국엔 "통일된" 기준으로 두 개의 스트링을 비교합니다. 이렇게 하면, 코드 포인트 조합이 아무리 다양할 수 있어도,

결국 우리가 볼 때 같은 캐릭터들이 같은 순서로 있다면( 이게 더 실용적이죠. ) 같은 스트링은 결국 같은 스트링으로 평가합니다. 

 

cafeCombining == cafeNormal -> true 

 

이렇게 되는 것이죠. 이게 스위프트의 방식입니다. 

 

 

4. String as bi-directional collections 양방향성 컬렉션으로서의 스위프트 스트링

let name = "Matt"
let backwardsName = name.reversed( )

//
let secondCharIndex = backwardsName.index(backwardsName.startIndex, offsetBy: 1)
let secondChar = backwardsName[secondCharIndex]

//
let backwardNameString = String(backwardsName)

String => .reversed( )를 적용하는 것은, char의 collection인 String에, 마치 그것을 거꾸로한 스트링으로 쓸 수 있게 만들어주는, a thin wrapper를 씌웠다고 생각하면 됩니다. 하지만 여전히 추가적으로 메모리를 쓰지 않으면서 그렇게 사용합니다 !! 그러면 2번째 블록에서 보실 수 있다시피, 거꾸로된 스트링인 것처럼 같은 방식으로 인덱싱 가능합니다. 랩핑된 스트링을 스트링 데이터 타잎으로 만들어버리려면 => String( ) : 스트링 타잎 컨버젼을 사용하면됩니다. 하지만, 만약 거꾸로된 형태의 끝에서 첫 글자와 같은 방식으로 이용하려면, 굳이 메모리를 낭비하면서, 타잎 컨버젼을 할 필요가 없습니다.

 

 

5. Raw Strings 생스트링

스위프트에서 스트링은

 

    1. " " " " 가 나오면, 뒷 " "는 뭐냐고 물어봅니다. 한 스트링은 " " 니까.

    2. \(  ) 가 나오면 변수가 들어가야합니다. 이상한 것을 넣으면, 뭐냐고 따집니다.

    3. \가 나오면 이스케이핑 문자로 쓰이게 됩니다.

 

근데 만약, 이런 룰을 피하기 난처하다면, 그냥 보이는 그대로의 스트링으로 만들어줬으면 좋겠다면,

 

#" ~ "# 의 신택스를 사용하시면 됩니다. 이렇게 하면, 스트링을 그냥 주는 그대로, 보이는 그대로 가지고 있게됩니다. 프린트도 그래도 나오죠.

+ ) 스위프트 팀은, 사람들이 생스트링을 사용하면서 만약, 그와중에 interpolation을 하고 싶은 경우를 위해,

예외를 남겨놓았습니다. 

\#( schoolName )   은 그래도 여전히, 인터폴레이션으로 해석됩니다.

 

휘문이라는 스트링 변수가  \ # ( )  에 넣으니, 값이 스트링에 표시되었습니다.

 

Substring 서브 스트링 (type)

* 부모 스트링 데이터로부터, 일정 범위 만큼 슬라이싱할 때, 그 결과로 생기는 데이터 구조입니다. ( 비슷한 기능이지만, 별도의 데이터 구조) 자동으로 복사되어, 새로운 데이터로 램에 저장되지 않습니다. 

* 램에서 새로운 메모리를 만드는 것이 아니라, 메모리를 아낄 수 있습니다. 하지만 여전히 다수의 적용가능한 메소드는 유지됩니다.

* 굳이 String( )을 통해 값을 카피해 새로운 스트링을 만들 필요는 없습니다.

* 만약 서브 스트링을 이용해, 함수 값을 리턴하거나, 스트링을 받는 함수에 인자로 전달할 시에는, String( )으로 타잎 변환을 해주면 됩니다.

 

let fullName = "Han seokhee"
let spaceIndex = fullName.firstIndex(of: " ")! // String.Index? 옵셔널 리턴이라 이렇게 // Han seokhee
var firstName = fullName[ fullName.startIndex ..< spaceIndex ] // Han

// -> "Han" ( String.subsequence type )
// 부모 스트링인 풀 네임의 메모리 공간에 기생하여 어드레싱만 잘하여 사용할 수 있기 때문에,
// 메모리를 아낍니다.

// < Range >
// 서브스트링 : [ 인덱스 레인지 ]

// 레인지 종류
// close-ended :  spaceIndex ..< secondSpaceIndex
// open-ended  :  spaceIndex ... : spaceIndex ~부터 끝가지
//                fullNamep[ ..< spaceIndex ] : 처음부터 ~까지

// 스페이스 인덱스 다음 인덱스부터
// * 컬렉션의 끝까지
fullName[ fullName.index(after: spaceIndex)... ] // seokhee
fullName[ ...fullName.index(before: spaceIndex) ] // Han

String 으로 바꾸어서 사용하고 싶다면? casual하게 String( String.subsequence값 ) 을 이용하면 됩니다.

String(firstName) // -> type : String
// copied -> new memory usage

연습해보세요 !!

// Substring
let fullName3 = "sucky Han"
let target1Index = fullName3.firstIndex(of: " ")!
let target2Index = fullName3.index(after: target1Index)
let subString1 = fullName3[ ..<target2Index ]
let firstIndex = subString1.firstIndex(of: "s")!