일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- RxSwift
- Github file size
- Automatically manage signing
- windowScene
- Dispatch.main.sync
- conflicting access to memory
- RIBs Tutorial
- 로버트마틴형
- in-out
- 잡초가득블로그
- iOS 버전 점유율
- rib
- Git Large File Storage
- SWIFT
- swiftdocs
- App Signing
- memory safety
- RxCocoa
- Large File Storage
- Apple Certificate
- 메모리 접근 충돌
- iOS Target
- ios
- 대머리깃허브
- 클린아키텍쳐
- Dependency Rule
- coordinateSpace
- UICoordinateSpace
- Concurrent
- Ribs
- Today
- Total
목록개발/iOS (55)
빙수왕의 개발일지
Jump Bar에서 보이는 주석 stackoverflow.com/questions/24017316/pragma-mark-in-swift #pragma mark in Swift? In Objective C, I can use #pragma mark to mark sections of my code in the symbol navigator. Since this is a C preprocessor command, it's not available in Swift. Is there a stand-in for this in Swif... stackoverflow.com 여기서 가져와씀. 프로토콜에 주석달기 설명에 주저리주저리 안붙인다. summary와 Discussion만 쓴다. 예시) 함수에 주석달기 1. 첫..
문제상황: UITabBar을 커스텀해서 사용하는데, 그 안에 UITabBarItem을 코드로 추가했다. UITabBarItem에 로띠를 추가하기 위해 value(forkey: "view")를 찾아서 subView로 로띠를 넣어주는데 value(forkey: "view")
데이터를 받아와서 테스트로 콘솔에 출력해볼 때, 백슬래시 범벅의 가독성 나쁜 상태와 마주한다.. 아래와 같은 코드로 찍어볼 수 있지만.. 굳이 2번 변환해야되는데 이거 말고 좋은건 없을까?.. do { let json = try JSONSerialization.jsonObject(with: data, options: []) as! [String:AnyObject] let prettyJson = try JSONSerialization.data(withJSONObject: json, options:JSONSerialization.WritingOptions.prettyPrinted ) if let prettyString = String(data: prettyJson, encoding: String.Encodi..
문제상황: 나의 모든 금융 보유 리스트를 출력하려고 한다. (ex. 계좌, 카드, 보험 등..) 아래 토스 화면 처럼! 그래서 json을 임의로 상상해서 만들었음. 아래처럼 내려오지 않을까? { "accounts": [ { "accountName": "신한 주거래 우대통장", "amount": "3,391,392", "unit": "원" }, { "accountName": "신한 첫급여 드림 적금", "amount": "3,391,392", "unit": "원" }, { "accountName": "한달애저금통", "amount": "3,391,392", "unit": "원" }, { "accountName": "개인형IRP", "amount": "3,391,392", "unit": "원" } ], "c..
loaded the \"FirstViewController\" nib but the view outlet was not set 와 같은 오류가 났을 때 File's Owner와 View가 outlet 연결되어있는지 확인해봐야 한다. 보통은 swift파일과 xib를 동시에 만드는데, 따로 만들었을 때 발생했던 오류다. 따로 만들면 이걸 수동으로 이어줘야하나보다..
StackView의 distribution 속성은 크게 2가지 상황에 따라 다르게 적용된다. StackView의 너비(axis가 vertical일 때는 높이)가 고정되어 있을 때와 아닐 때 * fill - 고정: 안에 3개의 뷰가 있다면, 2개는 intrinsic size고 나머지 1개가 나머지공간을 다 채운다. (hugging priority로 그걸 판단함) - 고정 아님: 내부 뷰들의 intrinsic size 사용. linear layout처럼 *fill equally - 고정: 모든 뷰가 똑같이 나눠가진다. - 고정 아님: 가장 큰놈의 intrinsic size에 맞춰서 모두 똑같아진다. * fill proportionally - 고정: 만약 3개 뷰의 intrinsic size 비율이 1:2:3..
force casting을 피하라고들 한다. 맞다. 앱이 죽지 않기 위해서는 이걸 쓰면 안된다. 하지만 그럼 왜 있는걸까.. 단지 귀찮아하는 프로그래머를 위해서..? 예를 들면 cell을 reuse할 때 force casting을 하는것은 좋은것일까? https://stackoverflow.com/questions/44168134/how-to-correct-avoid-this-force-cast How to correct avoid this force cast I have this force cast: let cell = tableView.dequeueReusableCell(withIdentifier: "TownTableViewCell", for: indexPath) as! TownTableViewCel..
main.m objc는 c계열이라서 진입점 함수가 필요하다. 진입점 함수는 main.m 파일의 int main(int argc, char *argv[])이다. int main(int argc, char argv) 파라미터가 있는 이유 → IOS는 UNIX기반이라 UNIX에서 사용하는 그대로 main형태 사용한다. 이것의 결과로 리턴되는 UIApplication 객체 → shared에 저장된다. 그리고 shared가 가지고 있는 shared.delegate 도 할당된다. return UIApplication(1,2,3,4) 3 → UIApplication의 클래스이름 4 → UIApplicationDelegate의 클래스 이름 둘다 nil 하면 이름 그대로(UIApplication, AppDelegate)..