일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
- FlexLayout
- AppStore
- HealthKit
- 회고
- Xcode
- alamofire
- SPM
- ios
- Swift
- retain cycle
- Tuist-Action
- pagination
- HIG
- App Connect
- rc
- Tuist
- authentication
- layoutSubviews
- Github-Action
- arc
- Firebase
- YGEnums.h
- content-type
- UITest
- Automatic Reference Count
- garbage collection
- playground
- fetchSignInMethods
- Nan
- human interface guidelines
- Today
- Total
목록ios (3)
멋있게걷는방법
저의 두 번째 프로젝트를 개발, 출시하며 들었던 생각과 고민들에 대해 적어보려고 합니다. 이 프로젝트는 원래는 한 달짜리 프로젝트였지만, TestFlight를 통해 팀원끼리 테스트도 하며 피드백을 통해 요구사항을 추가됐고, 디자인도 변경되면서 기간이 길어졌습니다. 팀원들은 '일단 배포하고 v2에서 고치자~'라는 말을 자주 했는데요. 사실 이 말이 어쩌면 맞을지도 모릅니다. 빠른 앱 출시를 시도한다면, 앱스토어 배포 과정에서도 reject 사유를 알 수 있고, 또 만약 reject 없이 바로 앱이 출시된다 하더라도 사용자들로부터 얻는 피드백을 통해 앱의 퀄리티를 높일 수도 있겠죠. (reject 사유를 알 수 있다는 건 큰 이점이란 걸 이번에 reject을 4번 당하면서 깨달았습니다. ㅎㅎ) 그러나 제 생..

firebase에서 이메일 중복을 검사하는 메서는 따로 없는 것 같더라고요.. 그래서, 이렇게 해봤습니다. 먼저 FirebaseAuth를 import 해야겠죠? 그다음 아래와 같은 코드를 작성합니다. forEmail에 검사하고 싶은 email(String type)을 넣습니다. Auth.auth().fetchSignInMethods(forEmail: "test_email") { arg, error in if let arg = arg { print("등록됨") } else { print("등록 안 됨") } } Authentication에 등록된 이메일이라면 if, 등록되지 않았다면 (사용가능) else가 실행됩니다. arg를 출력해 보면 - 등록된 이메일이 아니다? = nil - 등록된 이메일이다? = ..

평소에는 아무 생각 없이 쓰다가 최근에 알게 되어 충격이었던 사실을 적어보려고 합니다. func example() { let url = "URL" let headers : HTTPHeaders = ["Content-Type" : "application/json"] AF.request(url, method: .get, encoding: URLEncoding.queryString, headers: headers).validate() .responseData(emptyResponseCodes: [200, 201, 204]) { [weak self] response in switch response.result { case .success: //성공시 case .failure: //실패시 } } } 평소 이렇게..