애플리케이션의 새 버전을 출시할 때 사용자에게 이를 알리고 싶을 것입니다. 심각한 버그를 수정했든, 새로운 기능을 추가했든, 아니면 애플리케이션이 더 원활하게 또는 더 빠르게 실행되는지 여부를 알아야 합니다. 애플리케이션 개발자로서 우리는 모든 사용자가 애플리케이션의 최신 버전을 사용하기를 원합니다. 하지만 사용자가 애플리케이션의 새 버전을 알 수 있도록 하려면 어떻게 해야 할까요? 해당 질문에 대한 대답은 매우 간단합니다. 새 버전의 애플리케이션이 출시되면 알려주는 것이 어떨까요? 다양한 방법으로 이를 수행할 수 있습니

버전 제어 시스템을 사용하고 있고 프로젝트에서 API 키가 필요한 서비스를 사용한다고 가정해 보겠습니다. 로컬 컴퓨터에 있으면 모든 것이 정상이지만 이러한 API 키를 전 세계와 공유하고 싶지는 않습니다. 그렇다면 어떻게 애플리케이션 내에서 API 키를 보존하면서도 저장소에 코드를 업로드할 때 이를 숨길 수 있을까요? 아마도 애플리케이션 내에서 API 키를 일반적인 방식으로 사용할 수 있으면서도 노출시키지 않기를 원할 것입니다. 비밀이란 무엇인가요? 여기에 비밀이 있습니다. 들어오세요. 혼자만 간직하는 것과 비슷하지만 개발자의

마침내 freeCodeCamp 모바일 앱을 다운로드할 준비가 되었음을 알려드리게 되어 기쁘게 생각합니다. 🎊 모바일 개발 팀은 오랫동안 기다려온 /학습 사용자 경험을 포함하여 많은 유용한 개선 사항이 포함된 대규모 업데이트를 추진했습니다. 이제 반응형 웹 디자인 커리큘럼을 통해 코딩하고 진행 상황을 휴대폰에 바로 저장할 수 있습니다. 언제든지 무료CodeCamp 학습을 데스크탑에서 휴대폰으로 원활하게 전환할 수 있습니다. 그리고 우리는 JavaScript 알고리즘 및 데이터 구조 인증을 포함하여 더 많은 인증을 구현하기 위해

오늘날 경쟁이 치열한 모바일 앱 환경에서는 앱 사용자를 효과적으로 참여시키고 적시에 정보를 제공하는 것이 중요합니다. FCM(Firebase 클라우드 메시징)은 Firebase에서 제공하는 강력한 푸시 알림 서비스입니다. 이는 앱 사용자와 연결하고 참여를 유지하는 원활한 방법을 제공합니다. 이 튜토리얼에서는 FCM을 Flutter에 통합하는 방법을 살펴보겠습니다. 그 이점을 살펴보고 사용자 참여를 강화하고 앱 성능을 향상시킬 수 있는 실제 사례를 소개하겠습니다. FCM(Firebase 클라우드 메시징)은 서버와 장치 간에

작성자:시아막 마흐무디 TDD(Test-Driven Development)는 실제 코드가 구현되기 전에 테스트를 작성하는 소프트웨어 개발 접근 방식입니다. 프로젝트/기능의 요구사항에서 무엇과 어떻게에 대한 명확한 이해가 필요합니다. TDD는 적은 양이지만 충분한 코드를 작성하는 데 도움이 됩니다. 이는 과도한 엔지니어링, 너무 많은 테스트 범위, 주요 요구 사항 누락, 너무 큰 함수 및 클래스, 너무 많은 복잡한 코드 문과 같은 일반적인 소프트웨어 개발 실수를 방지하는 데 도움이 됩니다. 전반적으로, 이미 단위 테스트가

Kotlin을 사용하여 Android 개발의 세계로 뛰어들 준비가 되셨나요? 방금 freeCodeCamp.org YouTube 채널에 10시간짜리 Android 강좌를 게시했습니다. Alexandru Cristian이 이 코스를 만들었습니다. Kotlin과 Android로 개발하는 방법을 이해하도록 도와드리겠습니다. 이 과정은 다음을 통해 여러분을 안내할 것입니다: 목록, 세트, 지도 등의 컬렉션 제네릭 및 유형 매개변수 Lambda 함수 및 범위 함수 Android Studio, 파일 구조 및 XML 디자인 버튼, TextV

몇 년 전 Google은 이미 검증된 SharedPreferences를 대체하는 DataStore를 발표했습니다. 애플리케이션에서 SharedPreferences를 사용했거나 사용한 적이 있다면 전환을 고려할 수도 있습니다. 하지만 모든 것과 마찬가지로 여기서 가장 중요한 질문은 개발 비용이 얼마나 될 것인가입니다. DataStore를 사용하면 이점이 있지만 Proto DataStore만 사용 가능합니다. 유형 안전성을 제공하면서 객체를 저장할 수 있습니다. Proto DataStore에 대한 문서를 보면 약간 오래되었으며

초기에 Flutter의 편에 섰다면 Flutter 버전 1.12 이전에 생성된 프로젝트가 한두 개 있을 가능성이 높습니다. 그렇다면 프로젝트 중 하나에서 Pub get을 실행할 때마다 다음 메시지를 보았을 것입니다: 이 앱은 더 이상 사용되지 않는 Android 임베딩 버전을 사용하고 있습니다. 예상치 못한 런타임 오류 또는 향후 빌드 오류를 방지하려면 이 앱을 V2 임베딩으로 마이그레이션해 보세요. 앱 마이그레이션에 대한 문서를 살펴보세요:https://github.com/flutter/flutter/wiki/Upgradi

이전 기사에서는 애플리케이션에서 Proto DataStore를 사용하는 방법을 설명했습니다. 나는 내 애플리케이션 중 하나에서 Proto DataStore를 사용한 경험의 일부로 이 기사를 썼습니다. 그 다음에는 제가 얻은 지식을 사용하여 해당 애플리케이션에서 Proto DataStore에 대한 테스트를 작성하는 것이 어떤 것인지 확인하고 싶었습니다. 온라인으로 지침을 검색해도 크게 안심할 수 없었기 때문에 지침을 찾고 있는 사람들을 위해 내 지식을 공유해야겠다고 생각했습니다. 최악의 경우 내 후손을 위한 일이 될 것입니다.

이 기사에서는 Android의 다중 라이브러리 프로젝트에 대해 이야기하겠습니다. 평범한 일은 아니지만, 평범하지 않은 일도 아니다. 귀하의 작업 분야에서 다중 라이브러리 프로젝트를 접했을 수도 있고, 더 나은 구조와 구성을 위해 라이브러리를 하위 모듈로 변환하려고 할 수도 있습니다. 어떤 경우든 뛰어들기 전에 앞에 무엇이 놓여 있는지 잘 알고 있어야 합니다. Android에서 자신만의 라이브러리를 작성하는 것은 깔끔합니다. 다른 개발자(또는 자신)에게 도움이 될 수 있는 코드를 작성할 기회가 있습니다. 라이브러리는 그 자체

최근 Google Play 스토어로부터 다음 내용이 담긴 이메일을 받으셨을 것입니다. Play Core Maven 종속성을 Android 14 호환 버전으로 업데이트하세요! 현재 Play Core 라이브러리는 사용자 보안을 개선하기 위해 브로드캐스트 수신기에 이전 버전과 호환되지 않는 변경 사항을 도입하는 targetSdkVersion 34(Android 14)와 호환되지 않습니다. 8월 31일부터 Google Play에서는 모든 새로운 앱 출시가 Android 14를 타겟팅하도록 요구합니다. 앱 충돌을 방지하려면 최신 Play

Jetpack Compose에 대한 마지막 기사를 작성할 때 저는 Jetpack Compose에 (제 생각에는) 일부 기본 구성요소가 누락되어 있으며 그 중 하나가 툴팁이라고 언급했습니다. 당시에는 도구 설명을 표시하는 내장 컴포저블이 없었고 온라인에는 여러 대체 솔루션이 떠돌고 있었습니다. 이러한 솔루션의 문제는 Jetpack Compose가 최신 버전을 출시하면 해당 솔루션이 중단될 수 있다는 것입니다. 따라서 이는 이상적이지 않았으며 커뮤니티는 언젠가 툴팁에 대한 지원이 추가되기를 바랐습니다. Compose Material

차세대 획기적인 모바일 앱을 만들고 싶나요? Google이 공식적으로 지원하는 현대적이고 강력한 언어인 Kotlin은 Android 개발을 더욱 효율적이고 즐겁게 만들 뿐만 아니라 모바일을 넘어 다양한 프로그래밍 기회를 열어줍니다. 혁신적인 애플리케이션을 구축하거나, 실제 문제를 해결하거나, 활발한 글로벌 개발자 커뮤니티에 참여하려는 경우 Kotlin과 Android를 배우는 것은 미래를 위한 훌륭한 투자입니다. 방금 freeCodeCamp.org YouTube 채널에 대규모 60시간짜리 Kotlin 및 Android 개발 과정을

웹 콘텐츠 접근성 지침(WCAG 2.1 레벨 AA)은 디지털 접근성에 대해 국제적으로 인정받는 표준입니다. 이러한 지침을 준수하면 시각, 운동, 청각 및 인지 장애가 있는 사람들이 귀하의 웹사이트를 사용할 수 있도록 하는 데 도움이 됩니다. Google Play의 Google 접근성 검사기는 개발자, 디자이너, 제품 리더가 앱을 감사하여 접근성 문제를 찾을 수 있는 기능을 제공하는 무료 앱입니다. 이 앱은 WCAG 2.1 레벨 AA 표준을 충족하지 못할 수 있는 접근성 문제를 강조하도록 설계되었습니다. 접근성 검사기를 설치하면

저처럼 앱 개발에 대해 모르는 웹 개발자라면 이 글이 도움이 될 것입니다. 새로운 프레임워크나 언어 없이 웹사이트를 기본 앱으로 전환하는 방법을 알려드리겠습니다. 웹사이트를 Play 스토어에 게시할 수 있는 PWA(프로그레시브 웹 앱)로 변환하는 방법을 배우게 됩니다. 먼저 귀하의 웹사이트를 프로그레시브 웹 앱(PWA)으로 전환하겠습니다. 그런 다음 Bubblewrap이라는 Google의 무료 명령줄 도구를 사용하겠습니다. 해당 PWA를 Android 앱에 패키징합니다. 시작해 보겠습니다. 전제조건 이 튜토리얼을 따라가려면 몇

이전에 이런 일이 있었을 수도 있습니다. 무선 이어버드가 어느 날 완벽하게 연결되었다가 다음 날에는 휴대폰을 만난 적이 없는 것처럼 작동합니다. 또는 달리는 도중에 스마트워치가 떨어져 나가는 경우도 있습니다. 블루투스는 작동할 때는 놀랍지만 작동하지 않을 때는 짜증납니다. 저는 스마트 안경과 같은 웨어러블 장치의 Bluetooth 소프트웨어 엔지니어로 일하고 있으며 이러한 장치가 고장나는 이유를 추적하는 데에 인정하고 싶지 않은 것보다 더 많은 시간을 보냈습니다. 이 기사에서는 Android의 Bluetooth 스택이 실제로 어

Android는 항상 발전하고 있으며 때로는 이러한 변경 사항이 내부적으로 발생하기도 합니다. 관심을 끌고 있으며 현재 Google에서 확정 기한을 정한 변경 사항 중 하나는 페이지 크기를 16KB로 전환하는 것입니다. 특히 앱에 네이티브 코드가 있는 Android 개발자라면 이러한 변화를 이해하는 것이 앱을 원활하게 유지하고 호환성을 유지하는 데 정말 중요합니다. 목차 페이지 크기란 무엇입니까? 이 변경 사항이 지금 구현되는 이유는 무엇입니까? 이번 변경의 장점과 단점은 무엇입니까? 이번 변화에 대해 걱정해야

당신의 휴대폰이 사람이라면 아마도 가만히 앉아있을 수 없는 성취도가 높은 친구일 것입니다. 몰래 심부름도 하고, 메시지 답장도 하고, 날씨도 확인하면서 편안하게 쉬고 있다고 주장하는 타입. Android 기기 내부에서는 매 순간 매우 유사한 일이 일어나고 있습니다. 1초 동안 프로세서는 Bluetooth를 통해 재생 목록을 스트리밍하고, 그 다음에는 알림을 처리하고 위치를 추적하거나 백그라운드에서 데이터를 동기화합니다. 청바지가 녹거나 점심 식사 전에 충전기를 구걸하지 않고도 이 모든 것을 관리할 수 있습니다. 이 초인적인 체력

상상해 보십시오. 노트북을 열어 놓고 테이블 위에 전화기를 놓고 몇 분 간격으로 울리는 스마트워치와 음악을 재생하는 Bluetooth 이어버드를 들고 카페에 앉아 있습니다. 당신의 관점에서 보면 삶은 평화롭습니다. 휴대전화의 관점에서 보면 휴대전화는 항상 엄청나게 많은 수의 작은 블루투스 패킷을 저글링하고 있습니다. 시계가 걸음 수를 동기화할 때마다, 이어버드가 또 다른 오디오 덩어리를 수신할 때마다, 백그라운드 장치가 체크인할 때마다 휴대폰 내부의 주요 애플리케이션 프로세서가 강제로 깨어나 데이터를 살펴보고 무엇을 할지 결정한

블루투스는 처음 사용할 때 마법처럼 느껴지는 발명품 중 하나입니다. 기기를 켜고 휴대폰과 페어링하면 갑자기 두 사람이 전선 하나도 보이지 않은 채 서로 대화를 나누게 됩니다. 헤드폰을 통해 음악이 재생되고, 스마트워치에 친구가 보낸 메시지가 표시되며, 잠시 동안 기술이 드디어 제 역할을 하는 것처럼 느껴집니다. 모든 것이 잘되고 삶은 좋습니다. 그런 다음 한 가지를 더 연결해 봅니다. 피트니스 밴드, 스마트 잠금 장치, 할인 중이라 온라인으로 주문한 작은 온도 센서 등이 있을 수 있습니다. 그때 매력이 사라지고 현실이 다가옵니다.