일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- Code
- window
- FLUTTER
- Git
- Python
- Session
- Realm
- Firebase
- iOS16
- appstore
- SwiftUI
- darkmode
- 한글
- view
- mac
- 개발자
- Archive
- UIButton
- MacOS
- Swift
- stack
- rxswift
- IOS
- Notification
- Xcode
- 웹뷰
- github
- JPA
- error
- Apple
- Today
- Total
목록전체 글 (258)
EEYatHo 앱 깎는 이야기
영상 링크샘플앱 링크 (Xcode16, iOS18 이상 필요) 개요새로운 CLMonitor API의 소개단순하면서 강력한 Monitoring 기능을 코드 몇줄로 작성 가능let self.monitor = await CLMonitor("iHeartMonitor")await self.monitor.add(aConfition, identifier: "Work")Task { for try await event in self.monitor.events { takeAction(on: event)) }} Monitor overview (모니터 개요)사용자의 위치나 비컨을 모니터링하는 새로운 방식CLMonitor은 Swift의 최상위 액터각 CLMonitor 인스턴스는, 모니터링의 게이트웨이가 ..
상태 모니터링을 사용하면 사용자가 특정 지역에 들어오거나 나가는 시점을 확인할 수 있습니다.원본 링크 개요상태 모니터링(지오펜싱이라고도 함)은 사용자가 지리적 지역에 들어가거나 나갈 때 앱에게 신호를 보내는 것지역 모니터링을 사용하여 위치 관련 작업을 수행할 수 있음예를 들어, Reminders 앱은 사용자가 지정된 위치에 도착하거나 떠날 때 알림을 트리거하는 데 사용합니다. (아래 그림 참조)iOS에서 시스템은 지역을 모니터링하고 조건이 만족 상태와 만족하지 않은 상태 사이에서 변경될 때 필요에 따라 앱을 깨웁니다.macOS에서 조건 모니터링은 앱이 실행 중(포그라운드 또는 백그라운드)이고 사용자 시스템이 깨어 있는 동안에만 작동합니다.시스템은 지역 관련 알림을 전달하기 위해 Mac 앱을 시작하지 않습..
Bluetooth의 정의근거리 무선 통신 기술 규격휴대폰, 노트북, 스마트워치 등의 기기 사이 데이터 통신지속적으로 발전 (현재 v5.4까지 출시) Bluetooth의 종류 2가지BLE (Bluetooth Low Energy)4.0부터 지원 (아이폰6이 4.0/4.2 지원하므로 지원안될 걱정x)낮은 전력 소비낮은 데이터 전송 속도적은 양의 데이터 전송에 적합 ( 스마트 워치, 비콘 등 IoT 기기들 )비콘: 자신의 위치나 다양한 정보를 전송하는 소형 장치Bluetooth Classic (BR/EDR)2.0/2.1 기반높은 전력 소비높은 데이터 전송 속도대용량의 데이터 전송에 적합 (통화, 음악 스트리밍 등 )Dual Mode : BLE와 Bluetooth Classic를 모두 지원함을 의미스마트폰, 태..
Xcode -> Product -> Scheme -> Edit Scheme Run -> Info -> Build Configuration -> Release 로 변경
크래시 발생pb_check_proto3_default_value__CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__원인Firebase 10.6.0 에 도입한 코드가 Xcode 15.3에서 버그 발생앱 실행을 감지하는 코드라서, Release 모드에서만 발생해결Firebase 10.22.0 에 수정됨업데이트로 해결관련 github issue
문제 현상앱 실행 직후 크래시한명의 유저에게만 계속해서 발생앱 재설치에도 계속 발생스택 트레이스 : 앱내 피처에서 크래시 발생 (Moya -> RxSwift -> 앱내 피처) 원인대기업 근로자의 보안 프로그램으로 인한 크래쉬 원인 파악 경로유저가 계속해서 크래쉬 발생 문의아무리 추측하고, 재현하려해도 안됨유저 디바이스를 컴퓨터에 연결하고 디버깅하기위해 방문 시도주소 파악 -> 이천시이천시? SK하이닉스가 있는 곳인데? 혹시 근로지가 어떻게 되시죠..? -> SK하이닉스유저분 폰에 보안 프로그램이 설치되어 있음.보안 프로그램없는 폰에 해당 유저 계정으로 로그인 -> 정상 동작유저분이 자신의 동료 직원에게 앱 설치 시켜보았더니 -> 크래쉬 발생=> 보안 프로그램이 원인이라는 판단
view -> Bloc 이벤트 주입BlocProvider .of(context) .add(MyEvent(id));context.read().add(MyEvent()); BlocBuilder 없이 view 에서 state값 바로 사용하기 글로벌 블럭 사용에 용이context.select((MyBloc bloc) => bloc.state.nowIndex); BlocBuilder 없이 view 에서 state값 바로 사용하기 글로벌 블럭 사용에 용이
Crashlytics는 데이터를 90일까지만 유지 (무료인데 이정도면 감사합니다) Crashlytics는 앱을 재실행 할 때, 디스크에 저장되어 있던 record들을 전송함. Crashlytics 에서 유저의 기준앱을 개별적으로 설치한 것여러 기기에 앱을 설치한 사람이 있다면, Crashlytics는 각 설치를 다른 사용자로 계산세션의 기준유저가 앱에 참여하는 연속적인 기간앱이 새로 켜질 때 새 세션 시작 (콜드 스타트)최소 30분의 백그라운드 작동 후 포그라운드 상태가 될 때도 새 세션이 시작커스텀 keyrecord 발생시, 키값들을 함께 기록 (record의 “키” 탭에 있음)NSDictionary64개의 키-값 쌍 지원. 개당 최대 1KB특정 record를 검토할 때, 커스텀 키를 함께 볼 수 있기..