일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- GetX
- FocusNode
- Codepush
- 갤럭시폴드
- reactivex
- delegate
- DevTools
- flutter web
- Equatable
- fastlane
- FLUTTER
- MVVM
- Android
- abstact
- Swift
- shorebird
- IOS
- BloC
- TextInputFormatter
- struct
- Xcode
- Codemagic
- 무선빌드
- error
- SHIMMER
- PG결제
- appstore
- 성능 개선
- reject
- copy on write
- Today
- Total
목록2024/01 (4)
뚝딱뚝딱 모바일
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/bbfu7g/btsDSpBxd2W/temLqisk73lcxYia0Bs8l1/img.png)
안녕하세요. 오늘은 간단한 팁을 알려드리겠습니다. UX에 관심 있는 분들이라면 한 번쯤 찾아보셨을 TextField Focus 이동시키는 법입니다. 주로 사용하는 곳은 전화번호 인증 화면이 있을 것 같습니다. 이건 제가 개발한 지구하다 앱의 인증 화면입니다. 예시 화면으로 가져와봤습니다. 전화번호를 적고, 인증번호 전송버튼을 누르면 인증번호 TextField로 Focus가 바뀝니다. 되게 사소하지만, 유저 입장에서 좋은 UX라고 생각됩니다. 뭐 Focus 하나 가지고... 적용하지 않아도 유저 입장에서 TextField 한번 클릭하면 되는 건데... 라는 생각이 드실 수 있습니다. 하지만, 이러한 사소한 UX들이 모여 유저 입장에서 쓰기 편하다!라는 느낌을 받을 수 있으면, 훨씬 좋은 효과 아닐까 싶습니..
SwiftUI를 활용하여 만들다 보면, Git에서 변경된 파일로 UserInterfaceState.scuserstate 파일이 계속해서 잡히는 것을 보실 수 있을 겁니다. 이게 도대체 뭐길래 이렇게 자주 잡히지 짜증 나서 조금 찾아봤습니다. UserInterfaceState.scuserstate가 뭔데? UI 상태를 저장하고 있는 파일입니다. 파일을 제거해버리고 Xcode Preview에서 화면을 조금 건드리면 다시 파일이 생기는 것을 보실 수 있습니다. 그럼 어떻게 무시할까? 다행히 이 파일은 프로젝트를 구성하는 필수 요소가 아니라고 합니다. 복잡하게 생각할 것도 없이 gitignore에 추가해 줍시다. *.xcuserstate 이렇게 추가해 주시면, 계속 파일이 변경되었다고 깃에서 추적하지 않습니다.
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/45HJa/btsC9ba8F9v/HDwxBKnEMfnrkKrl1PImj0/img.jpg)
안녕하세요! 다른 글들을 보시면 많이 언급하기도 했고, 개인적으로 정말 좋아하는 ReactiveX에 대해 알아보겠습니다. ReactiveX CROSS-PLATFORM Available for idiomatic Java, Scala, C#, C++, Clojure, JavaScript, Python, Groovy, JRuby, and others reactivex.io ReactiveX란? ReactiveX는 Reactive Extenstion의 줄임말로, 옵저버블 스트림을 활용한 비동기적 프로그래밍을 위한 API라고 설명할 수 있습니다. 처음 이 문장을 보시면, 단번에 이해가 어려우실 수 있습니다. 하지만 이 문장을 이해하신다면, ReactiveX (이하 Rx)의 개념을 이해하신 거나 마찬가지인 Rx를 ..
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/wBYoh/btsCZ4Dwged/K905l3i7nRsqJDCKi7ayY1/img.png)
안녕하세요! 오늘은 PG 결제 웹뷰를 만들다 만난 이슈들에 대해서 적어볼까 합니다. 찾으면서 자료도 많이 없었고, 황당한 이슈도 만나서 기록해두려 합니다. PG결제 웹뷰 같은 경우에는 미리 구현된 상태였습니다. 제 개인폰에서 제가 가진 카드들로는 매우 잘된 상태였습니다. 하지만 여러 카드사를 다 테스트해보아야 했기에, 회사 다른 분들에게 테스트를 요청하였고, '대응 다 했으니 오류 안 뜨겠지~'라는 안일한 마인드로 기다리고 있었습니다. 하지만 오류는 이 생각을 비웃으며 떴고, 저를 매우 답답하게 하였습니다. 간단한 코드 설명 오류에 대해 설명드리기 전에, 간단하게 제가 짰던 코드를 먼저 알려드리겠습니다. inappwebview를 통해 웹뷰를 구성하였고, 그 안에서 Android는 shouldOverrid..