[SeSAC] 220802 TIL

App Transport Security

Apple 측에서는 앱 자체의 보안성을 위해서 ATS(App Transport Security)라는 정책을 통해 기본적으로 https 통신을 하도록 유도하고 있다. 그래서 http 서버와 통신을 하려고 하면 에러가 발생한다. http 서버로 테스트하려면 Info.plist에서 ATS 관련 설정을 해주어야 한다.

ATS는 iOS 9 버전 이후부터 적용된 개인정보보호 기능이고, Xcode 7 버전 이상에서 앱 생성 시 기본값으로 가져가게 되는 보안 정책이다.

1. http : Allow Arbitrary Loads를 YES로 변경
2. https : 굳이 설정을 해줄 필요가 없음

---

데이터 리로드 시점

• 테이블 뷰나 컬렉션 뷰 사용 시
• viewDidLoad 시점에 가지고 있는 데이터가 0이어서 테이블 뷰에 그려지는 내용이 없었는데 중간에 데이터가 3이 되었다면 해당 내용을 가지고 다시 그려줄 필요가 있음. 이를 갱신한다 또는 리로드한다라고 표현할 수 있겠고 대표적으로 reloadData() 메서드를 많이 이용한다.

 

---

 

인증키

서버에 요청한다고 모든 사람이 자원을 이용할 수 있는 것이 아니라 허용된 사람에게만 오픈하는 것도 필요하다. 인증키를 이용하면 허가된 사용자만 서버의 자원에 접근할 수 있도록 컨트롤할 수 있다.

• 파일을 올리지 않는 .gitignore
• API KEY 관련해서 파일로 모아놓고 관리
• Info.plist
• 환경 변수 설정
• ...
• 환경 변수 이용하는 것 한 번 알아봐야지!

 

---

 

URL 관리하기

• URL 상수로 관리
• 중복된 URL 사용 관리

어떤 방식으로 관리할지는 고민이 필요, Enum으로 관리하는 모습도 많이 보이는 듯 하다.

 

 

---

 

REST API

• 네트워크 상에 존재하는 자원들을 특정 규약에 맞추어 접근할 수 있도록 하는 것
• 웹의 장점을 활용한 아키텍처
• HTTP 상에서 구현 가능

API 요청 형식에 대해서도 잘 살펴볼 필요가 있다.

HTTP Method

• GET(조회)+ query parameter
• POST(생성) + headers, parameters(body)
• ...

Endpoint

• 고유한 경로
• v1/user, v2/user와 같이 버전 관리도 가능

REST API 6원칙

• Uniform Interface : 자원에 대한 식별이 가능해야 함, 고유해야 함
• Stateless(무상태성) : 클라이언트의 상태가 서버에 저장되지 않고 종료
• Cachable : HTTP의 강력한 특징인 캐싱 기능 활용 가능, 리소스를 줄일 수 있음
• Self-descriptiveness : 의도가 직관적이어야 함. 쉽게 이해할 수 있는 표현 구조를 가져야 함.
• Client-Server 구조
• 계층형 구조

HTTP 2가지 중요한 특징

• 비연결성
• 무상태성

REST API 단점

• Overfetching : 사용해야 하는 정보는 극히 일부인데 Response에 너무 많은 데이터가 같이 넘어올 수 있음.
• Underfetching : 필요한 정보보다 로딩이 적으면 추가 API 요청이 필요할 수 있음