TIL

[ 기록 ] 개인적으로 학습하면서 기록한 것이라 틀린 내용이 있을 수 있습니다. ▪️ Hash table 복습 - 해시 테이블, 버킷, 슬롯, 해시 함수, 해싱, 해시 충돌, 해시 충돌 해결 ▪️ 비트와 바이트 - 비트란 컴퓨터가 데이터를 처리하기 위한 데이터의 최소 단위 - 컴퓨터는 2진수(0과 1)로 동작 - 바이트(byte)란 비트(bit)가 8개 모여서 구성, 일반적으로 한 문자를 표현할 수 있는 최소 단위 ▪️ 바이트 저장 순서 컴퓨터는 데이터를 메모리에 저장할 때 바이트(byte) 단위로 나누어 저장한다. 컴퓨터가 저장하는 데이터는 대개 32bit, 64bit로 구성된다. 연속되는 바이트를 순서대로 저장해야 하는데, 이것을 바이트 저장 순서라고 한다. 바이트가 저장되는 순서에 따라 다음 두 가..

- 내가 보기 위해 메모하는 키워드(너무 자세하게 적으려고 부담갖지 말기) - 이미 알고 있는 내용이더라도 적고 다시 생각하고 의문점 갖기 1. Alamofire 중복 코드 개선하기 import Foundation import Alamofire final class Network { static let shared = Network() private init() {} } extension Network { func request( _ type: T.Type = T.self, url: URL, method: HTTPMethod = .get, parameters: [String: String]? = nil, headers: HTTPHeaders, completion: @escaping (Result) -> ..

레이아웃 이제 뷰에 대해서 달라지는 것은 거의 없다. 레이아웃 짜는 것은 거의 동일하고, 고려해야 할 부분은 Dynamic하게 들어오는 데이터를 어떻게 처리하고 관리할 수 있을지를 고민하는 것이 더 좋을 것 같다. Realm, TableView 갱신, TableView 로드 Realm 삭제 시 문제 발생 func tableView(_ tableView: UITableView, trailingSwipeActionsConfigurationForRowAt indexPath: IndexPath) -> UISwipeActionsConfiguration? { let favorite = UIContextualAction(style: .normal, title: "삭제") { action, view, completio..

백업/복구 개인 정보 문제는 되게 민감한 문제다. 데이터에 대한 책임을 어느 정도 사용자에게 넘긴다. 1. 로컬 - 서버 자체 서버 서드 파티 (google drive, dropbox) : 사용자가 가지고 있는 클라우드 계정에 개인 데이터 업로드, 많이 사용하는 방식, 불편하고 어려운 점이 더 많음 파일 앱 : share activity 이용해서 외부로 백업 파일 전송(mac, kakao, email, ...), 디폴트 기본 앱, 아이폰 유저에게는 100퍼센트 대응 2. 백업 document - archive.zip(image, realm) 생성 - activity view controller 만약에 아이폰에 저장 공간이 없는 경우에는 어떡할까? (사용자에게 알림을 주는 방식으로 대처) 백업 파일이 없는..

Document Directory 각각의 앱은 모두 Sandbox화 되어 있다. 각자 고유의 바운더리를 가지고 있다는 뜻이다. 바운더리는 Container들로 이루어져 있는데 크게 Bundle Container, Data Container, iCloud Container로 이루어져 있다. 그 중에서 Documents 디렉터리는 Data Container 안에 위치해 있다. Documents 디렉터리는 삭제, 변경되어도 무방하고 사용자가 다루는 컨텐츠와 관련된 파일들만 저장한다. Realm은 기본적으로 Document 경로를 사용한다. FileManager 위에서 각자 고유한 공간을 가지고 있다고 했는데, 그 고유한 공간에 접근하기 위해 FileManager라는 클래스를 이용할 수 있다. 아래는 Docum..

JSON "JSON은 형태에 불가하다." 서로 다른 플랫폼(서버, 클라 ...)사이에서 어떻게 통신할 수 있을까라는 생각에서 데이터 형식의 통일성이 필요하다는 관점이 나온다. 실제로 보여지는 데이터는 String의 집합이다. Realm Local DB 자체에서 조회 자체는 크게 속도와 성능을 걱정하지 않아도 된다. 기본적으로 데이터를 생성한 순서대로 정렬이 된다. Filter(필터) 기능 구현 다음 2가지 방식을 사용할 수 있다. Realm filter query 기반 NSPredicate 기반 (Apple) Lazy var 사용자 눈에 반드시 보이는 뷰의 경우 굳이 lazy var를 이용해서 지연 저장하는 것은 그 목적에 부합하지 않다. 오히려 코드를 해석할 때 잘못된 해석을 유도할 수 있다. UIBu..

Notification.Name 기본적으로 제공되는 Notification이 많다. awakeFromNib, init 특성에 맞게 어느 것이 호출되는 것이 더 적절한지 확인해본다. SB, CB 둘 다 호출이 되는지 확인해본다. 어떤 것이 먼저 호출되는지 확인해본다. (Break Point 확인) 화면을 띄울 때 viewDidLoad()에서 Alert을 띄울 수 없다. (viewDidLoad는 화면을 띄우기 직전이라고 생각하면 됨, viewDidAppear에서 호출하기) 화면을 항상 현재 화면에서 present, push 하는 것은 아니다. 현재 window의 rootViewController에서 띄우는 경우도 많다. SnapKit Layout Method make remake update 셀 레이아웃(C..

BaseViewController 사실 이전에도 BaseViewController를 만들어서 서브클래싱하는 작업을 해왔었는데 어느 순간 프로토콜을 쓰는 게 좋다는 주변 말이 많이 들렸다. 그래서 그런가라는 생각을 나도 덩달아 했었는데, 상속을 하는 구조가 무작정 나쁘다는 생각을 하는 것이 오히려 잘못되지 않았나라는 생각이 들었다. 어차피 상속은 하나의 클래스만 할 수 있고, 모든 컨트롤러에서 공통적으로 쓰여야 하는 내용이라면 하나의 BaseViewController로 상속받아 사용하는 것이 더 낫지 않나 생각이 든다. 개인적으로 그 외적인 것들을 프로토콜로 관리하는 것이 더 맞는 것 같다. 상속과 합성을 적절히 사용하는 것이 가장 적절한 것 같은데 그 정도를 찾기가 정말 어려운 것 같다. BaseView..