- Marzipan으로 알려졌었음
- 이미 개발된 앱을 다른 애플 운영체제용으로 간단히 바꿀 수 있는 기능을 구현하는 프로젝트이고 우선 아이패드앱을 먼저 지원후에 - 아이폰앱 변환 기능을 지원할 예정
- 화면 크기 차이에 따른 해상도 최정화 문제를 덜기 위해
- 이 과정에서 40개의 Framework를 MacOS에서 쓸 수 있도록 포팅함. 이걸 해주다니 짝짝짝
- iPad와 다른 메뉴바와 툴바만 설정하면 끝~

1. 안전한 메시지 다이제스트 (해시값)을 계산하고 비교.
2. 공개키 암호화를 사용한 전자서명의 생성 및 검증, 그리고 키 교환 수행. 메모리에 저장되어 있는 키뿐만 아니라, *Secure Enclave에 의해 저장되고 관리되는 키도 사용할 수 있습니다.*
3. 메시지 인증 및 암호화와 같은 작업 수행에 사용될 수 있는 대칭키 생성. 저수준 (low-level) 인터페이스 대신 CryptoKit을 우선적으로 사용하십시오. CryptoKit을 사용하면 직접적인 메모리 포인터를 다루지 않아도 될 뿐만 아니라, 메모리 할당 해제 시 민감한 정보를 자동으로 덮어씌우는 등 당신의 앱을 더 안전하게 만들어 줍니다."

사용 가능한 인터페이스들을 살펴보면, 실제로 고수준 암호화 및 서명에 자주 쓰이는 알고리즘들은 거의 다 구현해 놓았다. SHA512/384/256 등 SHA-2 계열은 물론, HMAC와 대칭키, AES, ChaCha20-Poly1305 (ChaChaPoly), 심지어는 X25519 디피-헬먼 키 교환/ed25519 서명을 포함한 타원곡선 암호 (ECC) 알고리즘까지 있다.

1. 적은 양의 코드
2. 더 나은 코드
3. 어디서든 쓸 수 있는 코드(Swift가 상위에서 공통적이 UI를 만들 수 있게 함)

엔지니어랑 리뷰어팀이랑 만나서 즉시 문제를 확인하고 배포까지 할 수 있다.
역시 돈이면 뭔들

Q.Building 속도 개선방법
A.이미 우리 프로젝트에 적용중인 링크 던저줘서 실망, 그외에 코드내에 비효율적인 객체관리를 수정하라고 함..
1. Add type annotations(항상 변수 탑을 지정하여 컴파일러가 어떠한 타입인지를 미리 알 수 있도록하여 읽는 속도를 절약)

좋은예 : let array: [String] = [“a”, “b”, “c”, “d”, “e”, “f”, “g”]
나쁜예 : let array = [“a”, “b”, “c”, “d”, “e”, “f”, “g”]

2. Avoid Nil-Coalescing operator(?? 사용하지말자)

좋은예 :
if let name = string{
   /* string has value */
}else{
   /* string is nil*/
}
나쁜예 : let name = string ?? “”

3. Avoid Ternary Conditional Operators(삼항연산자를 사용하지 말자)

좋은예 :
var letter = “”
if isFirst{
   letter = “a”
}else{
   letter = “b”
}
나쁜예 : let letter = isFirst ? “a” : “b”

4. Don’t use + to concatenate a string(문자열을 합칠떄 + 를 사용하는것을 지양 ex) "https://google.com/\(path)")

좋은예 : let url = “https://google.com/\("path")/\("anotherpath")"
나쁜예 : let url = “https://google.com/” + “path/” + “anotherpath”

5. Pre-Compute(조건문의 비교값에 연산을 넣지 말기)

좋은예 : if number == 3600{}
나쁜예 : if number == 60 * 60 {}

Q.자동 구독결제일때 사용자가 구독취소를 했는지 어떻게 알수 있는지
A.역시나 취소를 한 영수증에 대해서 cancellation_date_ms 프로퍼티가 생성된다

Q.샌드박스환경에서 구독취소방법
A.많이 받는 질문인데.. 샌드박스환경에서 구독취소는 방법이 없다 개선중이다

대만 사람이었음 랩에 한국사람은 없었다..

Q.이번에 개선된 맵은 한국은 적용대상인가? 그렇다면 언제 될까?
A.한국은 일단 아이폰출시든 소프트웨어 적용이든 선국가가 아님. 언제 적용될지 모름

Q.현재 AppleMap도 한국에서 사용하긴 불편함이있다 개선될건지 궁금하다
A.현재 AppleMap은 사용자의 신고정보를 받아 수정하고 있다 따로 개선 할 생각 없다

그래 안쓸께

Q.SwiftUI에서 view를 struct로 했는데 struct로 할 때 알다시피 retain release 퍼포먼스 문제가 존재하는데 이게 해결되었다면 혹시 어떤 방법으로 해결했나?
A.본질적으로 해결할 순 없지만(원리상), 외부 struct에 클래스 프로퍼티를 최소로 하는 방법으로 설계했다

Q.프로젝트의 다른 템플릿들은 SwiftUI를 사용할 수 없는데 언제 가능한가?
A.점점 가능해질 거고 도큐먼트베이스는 9월 전에 나올거다

Q.함수형으로 설계되어 있던데 기존엔 프로그래머가 outlet으로 재사용하며 메모리 효율을 신경썼는데 이젠 신경쓰지 않아도 되는건가요?
A.그렇다

Q.컬렉션 뷰는 사용 못하나?
A.제공하진 않지만 쓰길 원한다면 presenter 프로토콜을 사용해서 직접 가져다 쓸 수 있다.

UIHostingController를 얘기한듯?

Q.스토리보드의 운명은 어케되나?(추상적 질문)
A.여전히 건재할 거다(뻔한대답)

Q.사용하지 못하는 델리게이트라던지 API가 있나?
A.없다 다 가능하다.

Q.히든 프로퍼티가 있던데 이건 애니메이션할 때만 쓰는건가?
A.그렇다

Q.SwiftUI가 UIKit, AppKit에 비해 퍼포먼스가 떨어질 일도 있나요?
A.더 좋아진다. 애플이 성능최적화를 해 나가고 있다 (arc 최초 도입되었을때랑 같은 뉘앙스 개선해 나가고 있다. blablabla… )

Q.SwiftUI로 포팅 할수 있나?
A.StoryBoard사용하고 있다면 포팅 할 수 있다