'개발'에 해당되는 글 207건

Android Studio 앱서명 설정

Android Studio 열기: 프로젝트를 열고, 메뉴 바에서 Build → Generate Signed Bundle / APK...를 클릭.

Signed Bundle or APK 선택:

• Android App Bundle(권장) 또는 APK 중 하나를 선택한다. Google Play 배포 시에는 App Bundle을 선택하는 것이 좋다.
• APK로 수동으로 배포할 경우에는 APK를 선택할 수 있다.

키스토어 설정 화면:

• **Create new...**을 클릭하여 새 키스토어 파일을 생성.

키스토어 파일 경로 설정:

• /app폴더 아래 keystore폴더 생성후 읽기/쓰기 권한 설정)
• Key store path: 키스토어 파일을 저장할 위치 지정.
  ex) /Users/netcanis/projects4/TestWebview/app/keystore/testwebview-release-key.jks
• Password : keystone 비번입력.
• Alias :  alias별칭을 입력. ex) testwebview-release-key-alias
• Password : alias 비번 입력.

사용자 정보 입력:

• First and Last Name: 개발자 이름을 입력.
• Organization Unit: 부서 또는 팀 이름을 입력. (예: Engineering)
• Organization: 회사 이름을 입력.
• City or Locality: 도시 이름을 입력.
• State or Province: 주 또는 도 이름을 입력.
• Country Code (XX): 두 자리 국가 코드를 입력. (예: KR)

Release를 선택하고 Create 버튼 클릭

생성된 keystore 파일 확인

서명된 APK파일 생성

Android Studio 열기: 프로젝트를 열고, 메뉴 바에서 Build → Generate Signed Bundle / APK...를 클릭

APK 선택

keystore 비밀번호 및 Key alias 비밀번호를 입력

‘Remember passwords’ 체크하고 ‘Next’버튼 클릭

Release를 선택하고 Create 버튼 클릭

생성된 APK파일 확인

Android Gradle Plugin (AGP) 8.0 이상에서는 여러 가지 변화와 최적화가 이루어졌다. 이를 통해 성능 개선과 더불어 최신 Android SDK 및 Gradle 기능들을 더 잘 지원하게 되었다. Target SDK 34와 호환되며, 최적화되어 있다. Jetpack 및 라이브러리 호환성이 뛰어나며, 최신 Gradle 버전과 통합을 통해 Build 성능이 최적화 되었다. 아래는 AGP 8.0 이상에서 주목해야 할 주요 변경 사항들을 정리해 보았다.

1. compileSdkVersion 및 targetSdkVersion 변경

• 이전: compileSdkVersion과 targetSdkVersion을 사용하여 SDK 버전을 설정.
• AGP 8.0 이상: compileSdk와 targetSdk로 변경되었다.

android {
    compileSdk = 34
    targetSdk = 34 
}

2. minSdkVersion 변경

• 이전: minSdkVersion을 사용하여 최소 SDK 버전을 설정.
• AGP 8.0 이상: minSdk로 변경되었다.

android {
    minSdk = 21
}

3. buildToolsVersion 자동 관리

• 이전: buildToolsVersion을 명시적으로 설정.
• AGP 8.0 이상: Gradle이 자동으로 적절한 buildTools 버전을 선택하므로 buildToolsVersion을 삭제해도 된다.

4. tasks.register 방식 사용 권장

• 이전: 태스크를 정의할 때 task를 사용.
• AGP 8.0 이상: 'tasks.register' 를 사용하는 것이 권장됨. 이는 Gradle의 lazy configuration 방식을 따르기 때문에 빌드 성능이 향상된다.

tasks.register('clean', Delete) {
    delete rootProject.buildDir
}

5. lintOptions에서 lint로 변경

• 이전: lintOptions 블록을 사용하여 린트 관련 설정을 구성.
• AGP 8.0 이상: lint 블록으로 변경되었다.

android {
    lint {
    	checkDependencies true
    }
}

6. Kotlin과 Java 플러그인 적용

• 이전: apply plugin 방식으로 플러그인을 적용.
• AGP 8.0 이상: plugins {} 블록을 사용하는 것이 권장됨. apply plugin 방식도 여전히 작동하지만, 최신 방식으로는 plugins {} 블록을 사용하는 것이 더 명확하고 관리하기 쉽다.

plugins {
    id 'com.android.application'
    id 'kotlin-android' 
}

7. annotationProcessor 대신 kapt 사용

• 이전: annotationProcessor를 사용하여 Annotations 프로세싱.
• AGP 8.0 이상: Kotlin 프로젝트에서는 kapt를 사용하는 것이 권장된다.

dependencies { 
    kapt 'androidx.lifecycle:lifecycle-compiler:2.3.1' 
}

8. compile 의존성 구성 제거

• 이전: compile 키워드로 의존성을 선언.
• AGP 7.0 이상: compile은 더 이상 사용되지 않고 implementation, api, 'compileOnly' 로 대체되었다.

dependencies { 
    implementation "androidx.core:core-ktx:1.6.0" 
}

9. Java 8+ 기능 사용 권장

• 이전: 프로젝트에서 Java 8 이상의 기능을 사용할 때 명시적으로 설정해야 했다.
• AGP 8.0 이상: Java 8 이상의 기능을 사용하는 것이 기본적으로 지원됨. 추가 설정 없이 최신 Java 기능을 사용할 수 있다.

10. Jetpack Compose가 기본적으로 지원됨

• 이전: Jetpack Compose를 사용하기 위해 여러 설정이 필요했다.
• AGP 8.0 이상: Jetpack Compose가 기본적으로 지원되며, 설정이 더 간단해졌다.

android { 
    composeOptions { 
        kotlinCompilerExtensionVersion '1.5.1' 
    }
}

11. sourceSets 블록의 경로 변경

• 이전: sourceSets 블록에서 경로 설정이 달랐다.
• AGP 8.0 이상: src/main/ 경로와 관련된 경로 변경이 있을 수 있으므로, 이에 맞추어 경로를 명확하게 설정해야 한다.

1. 사진 앱 개편: 사진 앱은 새로운 레이아웃으로 개선되었으며, '컬렉션' 기능을 통해 주제별로 사진을 쉽게 탐색할 수 있습니다. 검색 기능도 강화되어, 날짜, 장소, 인물 등 다양한 기준으로 사진을 찾을 수 있습니다.
2. 비밀번호 앱 도입: iOS 18에서 처음으로 비밀번호 관리 전용 앱이 추가되어, 비밀번호, 패스키, Wi-Fi 비밀번호 등을 한 곳에서 손쉽게 관리할 수 있게 되었습니다.
3. 사파리 개선: '하이라이트' 기능이 도입되어 웹페이지에서 중요한 정보를 쉽게 확인할 수 있으며, '산만함 제어' 기능을 통해 쾌적한 브라우징 환경을 제공합니다. 또한, 강화된 추적 방지 기능으로 광고 추적이 줄어듭니다.
4. 게임 성능 향상: '게임 모드'가 추가되어 배경 활동을 최소화하고 더 높은 프레임률을 유지합니다. AirPods와 무선 컨트롤러의 응답 속도도 개선되어 보다 향상된 게임 경험을 제공합니다.
5. Apple Wallet 개선: 'Tap to Cash' 기능이 추가되어 다른 iPhone 사용자에게 돈을 쉽게 보낼 수 있으며, 이벤트 티켓 디자인도 새롭게 개선되었습니다. 이는 사용자의 결제 편의성을 높이는 데 기여합니다.
6. 개인정보 보호 강화: Face ID, Touch ID 또는 비밀번호로 앱을 잠글 수 있는 기능이 추가되어 보안이 한층 강화되었습니다. 또한, 숨길 수 있는 옵션이 제공되어 사용자의 프라이버시를 보호합니다.
7. NFC 기능 확장: iOS 18.1에서는 NFC API 접근이 개발자에게 개방되어, Apple Pay와는 별도로 앱 내에서 NFC를 활용한 결제 시스템을 구현할 수 있습니다. 이로 인해 차량 키, 학생증, 호텔 키, 멤버십 카드 등 다양한 용도로 NFC를 활용할 수 있게 됩니다.
   • 개발자가 이 기능을 활용하려면 Apple과 상업적 계약을 체결하고 NFC 및 Secure Element(Secure Element, SE) API의 사용 권한을 요청해야 하며, 이는 보안과 규제를 준수하도록 설계되어 있습니다​.
   • NFC 기능은 매장 결제, 자동차 키, 교통 카드, 기업 배지, 학생증 등 다양한 분야에서 활용될 수 있으며, 향후 정부 ID 지원도 계획되어 있습니다​.
   • iOS 18.1 업데이트를 통해 개발자들이 Apple Pay 및 Wallet에 의존하지 않고도 자신의 앱 내에서 NFC 결제를 통합할 수 있는 기능이 추가됩니다.
8. 애플 AI 기능: iOS 18.1 버전부터 "Apple Intelligence"라는 AI 기반 기능이 도입됩니다. 주요 기능은 다음과 같습니다:
   • 작성 도구: 텍스트를 교정, 재작성, 재구성하는 기능을 제공합니다.
   • 사진 정리: 사진에서 원치 않는 객체를 쉽게 제거할 수 있는 기능이 추가되었습니다.
   • 기억 영화 생성: 설명을 입력하면 AI가 자동으로 기억 영화를 생성합니다.
   • 자연어 검색: 사진과 비디오를 더 효율적으로 검색할 수 있는 기능이 도입되었습니다.
   • 메일 및 메시지 요약: 이메일과 메시지의 중요한 내용을 요약해주는 기능이 추가되었습니다.
   • 스마트 응답: 메일과 메시지에 대해 더욱 향상된 제안된 답변을 제공합니다.
   • Siri 향상: 더 자연스러운 목소리와 사용하기 쉬운 인터페이스를 갖춘 Siri의 첫 번째 버전이 도입되었습니다.

앱스토어 배포를 위해 리뷰 전 'Validate App' 하면 아래 그림과 같이 NDEF 에러가 발생하는 경우가 있다. 이 해결방법을 알아보도록 하겠다.

1. Info.plist에 NFC관련 권한이 설정되어있는지 확인하자. 

<key>NFCReaderUsageDescription</key>
<string>This app would like to use NFC for some reason.</string>

2. 해당  앱의 App ID 설정에 'NFC Tage Reading'이 체크되어있는지 확인한다.

3. .entitlements 파일에 TAG설정이 되어있는지 확인하고 NDEF 부분은 제거한다.

<?xml version="1.0" encoding="UTF-8"?>
  <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
  <plist version="1.0">
  <dict>
      <key>com.apple.developer.nfc.readersession.formats</key>
      <array>
          <string>TAG</string>
          <!-- 'NDEF는 제거하도록 한다. (대부분 이부분 때문에 에러 발생됨)
          <string>NDEF</string>
          -->
      </array>
  </dict>
  </plist>

4. Clean & ReBuild

안드로이드에서 targetSdkVersion 34로 설정할 때는 몇 가지 주요 변경 사항과 주의 사항이 있습니다. 주요 사항은 다음과 같다.

1. 권한 처리 강화

• 미디어 파일 권한: Android 14에서는 사진, 동영상, 오디오 파일에 대한 권한 요청이 분리되었습니다. READ_MEDIA_IMAGES, READ_MEDIA_VIDEO, READ_MEDIA_AUDIO와 같은 구체적인 권한을 사용해야 합니다.
• 알림 권한: Android 13(API 33)부터 알림 사용을 위한 권한(POST_NOTIFICATIONS)이 필수적입니다. 사용자가 명시적으로 알림을 허용해야 앱이 알림을 보낼 수 있습니다.
  • 예시:

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.TIRAMISU) {
    requestPermissions(arrayOf(Manifest.permission.POST_NOTIFICATIONS), 100)
}

2. 백그라운드 작업 제한 강화

• 정책 변경: Android 14는 백그라운드 작업에 대한 제약을 더 강화했습니다. 배터리 소모를 줄이기 위해 백그라운드에서 실행되는 작업에 대한 제한이 있으며, 특히 앱이 백그라운드에서 실행 중일 때 작업 스케줄링이 더 어려워졌습니다. 이를 해결하기 위해 JobScheduler 또는 WorkManager를 사용하는 것이 권장됩니다.

3. 기본 보안 정책 강화

• SAF(Storage Access Framework) 적용 강화: 외부 저장소 접근이 더 제한적이며, 앱이 명시적으로 저장소 접근을 요청하지 않으면 사용자가 이를 거부할 수 있습니다. Scoped Storage 적용을 준비해야 하며, 파일 관리는 앱 전용 저장소나 사용자 상호작용을 통해서만 접근해야 합니다.

4. 암호화 및 보안

• 암호화된 네트워크 통신: 명시적 암호화가 더 중요해졌습니다. Android 14는 더 엄격한 네트워크 보안 구성을 요구하며, 특히 비암호화된 HTTP 요청을 차단하거나 이를 명시적으로 허용하지 않으면 기본적으로 차단됩니다. 앱의 network_security_config.xml에서 설정을 확인하고 HTTPS를 권장합니다.

5. 개발자 옵션 사용 제한

• Android 14에서는 디버그 앱이 아닌 경우, 앱 설치 후 개발자 옵션을 통해 설정된 일부 기능이 자동으로 차단될 수 있습니다. 따라서 개발자 전용 빌드와 배포 빌드에서 설정 차이를 명확히 하고, 배포 빌드에서는 사용자 경험에 영향을 주지 않도록 주의해야 합니다.

6. 백그라운드 위치 접근 제한

• 위치 서비스 관련 변경 사항으로, 백그라운드에서 위치 정보를 사용하는 경우에 대해 더 엄격한 권한 요구가 추가되었습니다. Android 10(API 29)부터 백그라운드 위치 권한(ACCESS_BACKGROUND_LOCATION)이 따로 분리되었으며, 이를 명시적으로 요청해야 합니다. 이제 위치 권한을 필요로 하는 경우, Foreground 권한 Background 권한을 각각 별도로 요청해야 합니다.

7. 동적 코드 로딩 제한

• Android 14에서는 동적 코드 로딩(dynamic code loading)과 관련된 보안 정책이 더 엄격해졌습니다. APK 내에서 동적으로 코드를 로드하는 방식(예: 외부에서 다운받은 Dex 파일 로딩)을 사용한다면, 보안상의 이유로 Google Play 정책 위반이 될 수 있으므로 주의해야 합니다.

8. Non-SDK 인터페이스 사용 제한

• Android 14에서는 Non-SDK 인터페이스(비공개 API) 사용을 제한하는 정책이 강화되었습니다. 이제 비공개 API에 접근하는 것은 더욱 어렵고, 이에 대한 경고나 오류가 발생할 수 있으므로, 공식 SDK를 사용하는지 점검해야 합니다.

Gradle 8.0 이상에서는 이전 버전과 비교해 여러 사항들이 변경되었으며, 특히 안드로이드 빌드 설정에 직접적인 영향을 미치는 요소들이 많다. 몇 가지 주요 변경 사항은 다음과 같다.

1. namespace 선언 필수

• 변경 사항: Gradle 8.0과 Android Gradle Plugin(AGP) 7.3.0 이상에서는 AndroidManifest.xml에서 패키지 이름을 설정하는 대신 build.gradle 파일에서 namespace 속성을 명시적으로 선언해야 합니다.
• 이유: 이 변경 사항은 Android Gradle Plugin의 개선된 네임스페이스 지원에 따른 것으로, 더 나은 빌드 속도와 코드 분리 지원을 위해 도입되었습니다.
• 예시:

android {
    namespace 'com.sample.test'
}

2. targetSdkVersion이 없어짐

• 변경 사항: targetSdkVersion은 더 이상 Gradle 파일에서 필수적으로 선언되지 않으며, Google Play가 자동으로 최신 버전으로 간주합니다. 하지만 여전히 하위 호환성을 유지하고 싶다면 명시적으로 설정하는 것이 좋습니다.
• 이유: 이는 구글이 최신 플랫폼 기능을 활용하도록 유도하기 위한 변화이며, 최신 SDK 버전에 대한 자동 지원을 강화합니다.
• 예시:

android {
    compileSdkVersion 34
    defaultConfig {
        minSdkVersion 21
        // targetSdkVersion 없어짐
    }
}

3. 종속성 관리 변화

• 변경 사항: Gradle 8.0에서는 jcenter() 지원이 완전히 중단되었습니다. 따라서 mavenCentral() 또는 google()로 대체해야 합니다.
• 이유: JFrog에서 JCenter 저장소를 더 이상 업데이트하지 않기 때문에 더 이상 사용할 수 없습니다​.
• 예시:

repositories {
    google()
    mavenCentral()
}

4. Java Toolchain 강화

• 변경 사항: Gradle 8.0에서는 Java toolchain을 보다 엄격하게 관리하며, 잘못된 toolchain 설정이 더 이상 허용되지 않습니다. 또한 자동으로 toolchain을 다운로드할 때 명시적으로 저장소(Repository)를 설정하지 않으면 오류가 발생합니다.
• 이유: 이는 빌드 환경에서 더 나은 일관성과 신뢰성을 제공하기 위해 도입되었습니다​.
• 예시:

java {
    toolchain {
        languageVersion = JavaLanguageVersion.of(11)
    }
}

5. 테스트 프레임워크 설정 변경

• 변경 사항: 테스트 태스크에서 테스트 프레임워크를 설정한 후 추가적인 옵션을 변경하는 것이 더 이상 허용되지 않습니다. 테스트 프레임워크는 먼저 설정한 후 옵션을 설정해야 합니다.
• 이유: 테스트 프레임워크 설정 후 옵션을 변경하는 것이 이전에는 설정을 덮어쓰는 문제가 있었기 때문에 이러한 변경이 적용되었습니다​.
• 예시:

test {
    useJUnitPlatform {
        includeTags("unit")
    }
    options {
        // 테스트 옵션
    }
}

AAR파일을 프로젝트에 추가 및 설정하는 방법에 대해 알아보도록 하겠습니다.

AAR 파일을 프로젝트에 추가

aar파일을 프로젝트의 libs 폴더에 복사합니다. 만약 폴더가 없다면 생성합니다.

your_project/
├── app/
│   ├── build.gradle.kts
│   ├── libs/
│   │   ├── MyTest-debug.aar
│   │   └── MyTest-release.aar
│   ├── src/
│   └── ...
├── build.gradle.kts
└── settings.gradle.kts

'

'settings.gradle.kts' 파일 수정

'settings.gradle.kts' 파일에서 'flatDir' repositories를 추가합니다:

pluginManagement {
    repositories {
        gradlePluginPortal()
        google()
        mavenCentral()
    }
}
dependencyResolutionManagement {
    repositoriesMode.set(RepositoriesMode.FAIL_ON_PROJECT_REPOS)
    repositories {
        google()
        mavenCentral()
        // 'libs' 폴더 설정  
        flatDir {
            dirs("libs")
        }
    }
}

rootProject.name = "your_project"
include(":app")

'build.gradle.kts' (Moduel :app) 파일 수정

... 생략 ...

dependencies {
    ... 생략 ...

    // AAR 파일 의존성 추가
    implementation(":MyTest-debug")
    releaseImplementation(":MyTest-release")
}

개발중인 어플리케이션 프로젝트(.apk)를 라이브러리 모듈(.aar)로 변경해야 할 경우 설정방법을 알아보도록 하자.

프로젝트 이름은 'mytest'일 경우 다음과 같은 순서로 설정을 변경하도록 하자.

불필요한 소스 파일 제거

라이브러리 파일에 필요한 소스코드를 제외하고 나머지  파일들은 모두 제거하도록 한다.

AndroidManifest.xml 수정

application 요소와 앱 관련 설정을 제거하고, 라이브러리에서 필요한 설정만 남겨둡니다.

예를 들어, 권한이나 기본 설정 등을 유지할 수 있습니다.

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.example.mytest">

    <!-- 필요한 권한 및 기타 설정을 여기에 추가 -->
    <!-- 예: INTERNET 권한 -->
    <uses-permission android:name="android.permission.INTERNET" />

    <!-- 필요하다면 다른 권한도 추가 가능 -->
    
    <!-- 라이브러리에서 제공하는 특정 기능을 위한 설정 -->
    <!-- 예: 서비스나 리시버 등 -->
    <!--
    <application>
        <service android:name=".MyService" />
        <receiver android:name=".MyReceiver">
            <intent-filter>
                <action android:name="com.example.mytest.SOME_ACTION" />
            </intent-filter>
        </receiver>
    </application>
    -->
</manifest>

'build.gradle.kts' (Project: MyTest)

// Top-level build file where you can add configuration options common to all sub-projects/modules.
plugins {
    alias(libs.plugins.android.application) apply false

    // 라이브러리 플러그인 추가
    alias(libs.plugins.android.library) apply false

    alias(libs.plugins.jetbrains.kotlin.android) apply false
}

'build.gradle.kts' (Module: MyTest)

plugins {
    // 어플리케이션 플러그인 제거
    //alias(libs.plugins.android.application)

	// 라이브러리 플러그인 추가
    alias(libs.plugins.android.library)

    alias(libs.plugins.jetbrains.kotlin.android)
}

android {
    namespace = "com.sample.mytest"
    compileSdk = 34

    defaultConfig {
        // applicationId 제거
        //applicationId = "com.sample.mytest"

        minSdk = 28

        // 버전정보 제거
        //versionCode = 1
        //versionName = "1.0"

        testInstrumentationRunner = "androidx.test.runner.AndroidJUnitRunner"
    }
	
	... 생략 ...

    lint {
        targetSdk = 34
    }
	
	... 생략 ...
    
}

dependencies {
	... 생략 ...
}

'settings.gradle.kts' (Project Settings)

... 생략 ...

rootProject.name = "MyTest"	// 프로젝트 루트 이름
include(":MyTest")			// 모듈이름 정의

... 생략 ...

'libs.versions.toml' (Version Catalog)

[versions]
agp = "8.4.1"
kotlin = "1.9.0"
coreKtx = "1.13.1"
... 생략 ...

[libraries]
androidx-core-ktx = { group = "androidx.core", name = "core-ktx", version.ref = "coreKtx" }
junit = { group = "junit", name = "junit", version.ref = "junit" }
androidx-junit = { group = "androidx.test.ext", name = "junit", version.ref = "junitVersion" }
... 생략 ...

[plugins]
android-application = { id = "com.android.application", version.ref = "agp" }
# 라이브러리 플러그인 버전정보 추가
android-library = { id = "com.android.library", version.ref = "agp" }
jetbrains-kotlin-android = { id = "org.jetbrains.kotlin.android", version.ref = "kotlin" }

라이브러리 빌드 및 테스트

콘솔창에서 아래와 같이 아리브러리 빌드를 한다. 

./gradlew assembleRelease