지난 4월 6일, 마루180에서 '코틀린으로 멀티플랫폼 만들기' 주제로 발표를 진행하였습니다. 행사를 간단하게 소개하자면 Flutter와 KMP에 대한 약팔이(?)를 진행 후 결국 Native가 필요한 이유에 대해 이야기하고 이후 크로스플랫폼이 가진 한계에 대한 라이트닝 토크, 마지막으로 참가자들의 질문을 통한 Flutter, KMP, Native 사망 토론이 진행되었습니다. Futter에 대한 약팔이(?)는 수장님께서 맛깔나게 진행해주셨고, KMP는 팡무가 마지막으로 Native는 상권님께서 진행하셨습니다. KMP 발표에서는 이미 수장님께서 크로스플랫폼 이야기를 진행해주셨기에 KMP만이 가진 차별화된 점과 특징 위주로 각 예시에 빗대어 설명하였습니다. 처음 안드로이드를 개발하면서 막히는 부분이 있을 때..

KUG Seoul 사이트(임시)를 Compose Web으로 만들면서 알게된 문제점들... https://haeyum.dev/kug-seoul 1. 리소스가 로딩되는 과정에서 웹사이트가 멈춘다... 2. 버튼 클릭으로 Alert 발생 시 Ripple 이펙트가 중단된다. 3. 초기 별다른 기능/화면이 없음에도 600MB나 잡아먹는다. 4. Compose Multiplatform에서 대표적으로 사용되는 moko-resources를 사용하여도 초기 폰트 로딩되는 과정에서 ㅁㅁ로 한글이 깨진다... 5. 각 Weight별로 폰트가 불러와지면서 FontWeight이 적용되는게 시각적으로 보인다. (ㅁㅁ였다가 얇은 글씨가 보였다 두꺼워진다!) 6. fontFamilyResource로 폰트를 불러왔더라도, 다시 호출 ..

코틀린 멀티플랫폼으로 처음 iOS를 만나 빌드하는 경우 아래와 같은 오류를 만날 수 있습니다. Undefined symbols for architecture arm64: "_CTFontCollectionCreateFromAvailableFonts", referenced from: SkFontMgr_Mac::SkFontMgr_Mac(__CTFontCollection const*) in libskia.a(fontmgr_mac_ct.SkFontMgr_mac_ct.o) "_CTFontCollectionCreateMatchingFontDescriptors", referenced from: (anonymous namespace)::SkCopyAvailableFontFamilyNames(__CTFontCollecti..

코틀린 멀티플랫폼을 통해 Android/iOS를 연구/개발하면서 슬슬 iOS Platform API를 통해 Native Feature를 다뤄봐야지라는 생각을 하였습니다. 사실 그전까지 안드로이드/데스크탑 위주의 코틀린 멀티플랫폼만을 만들기도 하였고 Swift는 다루지 못하기에 그동안 제한이 있었습니다. 그러다 지난 4월 Swift 공부를 하면서 간단하게나마 개발을 해보자는 생각을 하였고 무엇을 만들까 고민하다 토치(플래시)앱을 주제로 삼았습니다. 결과물 미리보기 Logic Share 범위 설정 우선 가장 먼저 고민한 부분은 토치 기능 뿐만이 아니라 UI까지 컴포즈 멀티플랫폼으로 구현할지, 아니면 UI를 제외한 토치 기능만 코틀린 멀티플랫폼으로 구현할지 고민하였습니다. UI를 제외한 공통된 로직(토치 기능..

코틀린 멀티플랫폼은 동일 코틀린 로직을 안드로이드, iOS, 웹, 데스크탑 등 여러 플랫폼에서 사용 가능합니다. 코틀린으로 작성된 코드는 각 플랫폼의 네이티브 코드로 컴파일되기 때문에, 같은 코드베이스를 사용해 여러 플랫폼에서 마치 크로스 플랫폼처럼 개발할 수 있습니다. 하지만 플러터와 다른 점은 네이티브의 역할을 침범하지 않으면서 공통 로직을 코틀린으로 개발할 수 있기에 네이티브 개발을 유지하면서 멀티플랫폼 개발이 가능하다는 점 입니다. 코틀린 멀티플랫폼이 무엇인지 그리고 예시 개발 모습을 보고 싶으시다면 아래의 유튜브에서 확인해보세요! (10분 요약하여 알려드립니다 😎😎😎) 혹시라도 아래의 영상 내용 및 외적으로 궁금하신 부분이 있으시다면 티스토리나 유튜브 댓글 남겨주시면 아는 내용에 한하여 답변 드..