일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 강릉
- Swift #Concurrency #쓰레드
- 리브어보드
- SwiftUI #Skeleton #데이터갱신
- 지팍스페인
- cocoapod
- 러브자그레브
- 스페인광장
- Device 등록
- 도심공항
- 공기먹는다이버스
- 시밀란
- 크로아티아
- Gradle
- 연금저축펀드
- 라이브러리
- Cocoapods #PrivateRepo #SpecRepo
- 푸켓여행
- 스플리트
- 괌 자유여행
- Concurrency #Swift #Combine
- 대한항공
- 스페인여행
- swiftUI
- 러브스플리트
- 아시아나
- xcode
- 세비야
- 그라나다
- 스쿠버다이빙
- Today
- Total
목록전체 글 (110)
JEP's Diary
지난 8월에 겪었던 이슈와 그 해결 방법을 적어본다. web3swift를 이용하여 ios 지갑앱을 개발중이었다. 클레이 전송시 사용자에게 받는지갑주소/전송수량/예상 가스비의 정보를 표시해주는 기능을 메인넷/바오밥에서 모두 개발을 완료 했었다. 그러던 곧 배포가 얼마 남지 않았던 8월중순에 갑자기 예상 가스비 호출시에 노드단에서 에러가 났다. 충분한 잔액이 있는데도 불구하고! 예상 가스비 호출시 에러 발생 nodeError: (1 element) desc: “err: insufficient balance of the fee payer to pay for gas (supplied gas 500000010499)” 특이했던 현상 메인넷에서는 정상 작동, 바오밥에서만 해당 에러 발생! 원인을 검색 해보던 중 바..
클레이튼 기반으로 개발된 Wallet 앱에 이더리움 체인이나 다른 체인을 추가 하기 위한 모듈화 작업을 진행 중이다. 러프하게 생각했을때는 아래와 같은 흐름으로 설계했다. Module level 1. 공통 동작 정의 - 기축통화를 전송한다. - 토큰을 전송한다. - NFT를 전송한다. - 메시지 서명을 한다. - 잔액을 조회한다. 등등 각 체인에서의 동작들을 interface에 정의한다. public interface Chain { void sendCoin() void sendToken() void sendNFT() ... } 2. 체인별로 interface를 implements 해서 공통 동작에 대한 내용을 구현한다. - '기축통화를 전송한다'의 동작에 대해서 이더리움 체인에서는 이더를 전송하는 로직을..
Combine 프레임워크 시간의 흐름에 따른 값 처리를 위한 SwiftAPI를 제공한다. 시간의 흐름에 따라 값을 제공하는 publishers와 해당 값들을 받을 수 있는 subscribers가 있고, 여기서 값을 여러종류의 비동기 이벤트들이 될 수 있다. Combine 프레임워크는 시간 경과에 따른 값 처리를 위한 선언적 Swift API를 제공합니다. 이러한 값은 다양한 종류의 비동기 이벤트를 나타낼 수 있습니다. Combine은 시간이 지남에 따라 변경될 수 있는 값을 노출하는 게시자와 게시자로부터 해당 값을 수신하는 구독자를 선언합니다. Publisher 프로토콜은 시간이 지남에 따라 일련의 값을 전달할 수 있는 형식을 선언합니다. publisher에게는 업스트림 게시자로부터 받은 값에 대해 조치..