
<img src="/assets/img/2024-08-17-HowtoImplementaSplashScreeninJetpackComposewiththeSplashScreenAPI_0.png" />

# 소개

더 나은 사용자 경험을 위해 앱 리소스의 로드 시간은 사용자 상호작용에 상당한 영향을 미칠 수 있습니다.

앱 리소스를 준비하는 동안 대기 시간을 줄이기 위해 스플래시 화면을 사용할 수 있습니다. 스플래시 화면은 사용자에게 독특하고 매력적인 경험을 제공하지만 구축하기 어려울 수도 있습니다.

<div class="content-ad"></div>

이 블로그 포스트에서는 SplashScreen API를 사용하여 간단한 스플래시 화면을 만드는 방법을 배웁니다. 이 API에는 앱이 시작될 때 미리 정의된 애니메이션이 포함되어 있습니다:

- 앱 시작시 앱 내부 모션,
- 앱 아이콘이 표시되는 스플래시 화면, 및
- 앱 자체로의 전환; 스플래시 화면을 구현하기 위한 표준 선택지로 만듭니다.

또한, API는 스플래시 화면의 가시성을 제어하는 인터페이스를 제공하며 호환성이 있습니다.

# 구현 단계

<div class="content-ad"></div>

## Android 11(API 30) 및 이하 버전의 사용자를 대상으로 합니다:

- 빌드.gradle 파일에 SplashScreen 코어 라이브러리를 추가하세요.

```js
implementation("androidx.core:core-splashscreen:1.0.1");
```

2. drawable/splash_screen.xml 파일에 스플래시 화면 레이아웃을 위한 새로운 드로어블 리소스를 만드세요.

<div class="content-ad"></div>

<?xml version="1.0" encoding="utf-8"?>
<layer-list xmlns:android="http://schemas.android.com/apk/res/android">

    <item>
        <color android:color="@color/purple"/>
    </item>

    <item
        android:gravity="center"
        android:drawable="@drawable/logo"/>

</layer-list>

<img src="/assets/img/2024-08-17-HowtoImplementaSplashScreeninJetpackComposewiththeSplashScreenAPI_1.png" />

3. Add the new theme style in your res/values/themes.xml file.

```js
<?xml version="1.0" encoding="utf-8"?>
<resources>

    <style name="Theme.LazaShop" parent="android:Theme.Material.Light.NoActionBar">
        <item name="android:statusBarColor">@color/white</item>
    </style>

    <style name="Theme.App.Starting." parent="Theme.SplashScreen" >
        <item name="android:statusBarColor">@color/purple</item>
        <item name="android:windowBackground">@drawable/splash_screen</item>
    </style>

</resources>
```

<div class="content-ad"></div>

4. 새로운 SplashActivity를 만들고 코드를 추가하세요.

```js
@SuppressLint("CustomSplashScreen")
class SplashActivity : ComponentActivity() {
    private val delay = 2000L
    override fun onCreate(savedInstanceState: Bundle?) {
        val splashScreen = installSplashScreen()
        splashScreen.setKeepOnScreenCondition{true}

        super.onCreate(savedInstanceState)

        lifecycleScope.launch {
            lifecycle.repeatOnLifecycle(Lifecycle.State.CREATED) {

                delay(delay)

                val intent = Intent(this@SplashActivity,
                        MainActivity::class.java)
                startActivity(intent)
                finish()
            }
        }

    }
}
```

5. 시작 활동(SplashActivity)의 테마 속성을 manifests/AndroidManifest.xml 파일에서 `Theme.App.Starting`으로 설정하세요.

```js
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools">

    <application
        android:allowBackup="true"
        android:dataExtractionRules="@xml/data_extraction_rules"
        android:fullBackupContent="@xml/backup_rules"
        android:icon="@mipmap/ic_launcher"
        android:label="@string/app_name"
        android:roundIcon="@mipmap/ic_launcher_round"
        android:supportsRtl="true"
        android:theme="@style/Theme.LazaShop"
        tools:targetApi="31">
        <activity
            android:name=".SplashActivity"
            android:exported="true"
            android:theme="@style/Theme.App.Starting.">
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />

                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>
        <activity
            android:name=".MainActivity"
            android:exported="true"
            android:theme="@style/Theme.LazaShop">
        </activity>
    </application>

</manifest>
```

<div class="content-ad"></div>

## Android 12 (API 31) 이상 사용자 대상:

- 적어도 API 31로 컴파일 SDK를 업데이트하세요.

```js
android {
    ...
    compileSdk 33
    ...


    }
```

2. 아직 추가하지 않았다면 build.gradle 파일에 SplashScreen 코어 라이브러리를 추가하세요.

<div class="content-ad"></div>

```kotlin
implementation("androidx.core:core-splashscreen:1.0.1")
```

3. drawable-v31/splash_screen.xml 파일에 스플래시 화면 레이아웃을 위한 새로운 drawable 리소스를 만드세요.

```js
<?xml version="1.0" encoding="utf-8"?>
<layer-list xmlns:android="http://schemas.android.com/apk/res/android">

        <item>
            <color android:color="@color/purple"/>
        </item>

        <item
            android:gravity="center"
            android:drawable="@drawable/logo"/>
</layer-list>
```

![이미지](/assets/img/2024-08-17-HowtoImplementaSplashScreeninJetpackComposewiththeSplashScreenAPI_2.png)

<div class="content-ad"></div>

4. 새로운 테마 스타일을 res/values-v31/themes.xml 파일에 추가하세요.

```js
<?xml version="1.0" encoding="utf-8"?>
<resources>
    <style name="Theme.LazaShop" parent="android:Theme.Material.Light.NoActionBar">
        <item name="android:statusBarColor">@color/white</item>
    </style>

    <style name="Theme.App.Starting." parent="Theme.SplashScreen" >
        <item name="android:statusBarColor">@color/purple</item>
        <item name="windowSplashScreenBackground">@color/purple</item>
        <item name="windowSplashScreenAnimatedIcon">@drawable/splash_screen</item>
    </style>
</resources>
```

5. 새로운 SplashActivity를 만들고 코드를 추가하세요.

```kotlin
@SuppressLint("CustomSplashScreen")
class SplashActivity: ComponentActivity() {
    private val delay = 2000L
    override fun onCreate(savedInstanceState: Bundle?) {
        val splashScreen = installSplashScreen()
        splashScreen.setKeepOnScreenCondition{true}

        super.onCreate(savedInstanceState)

        lifecycleScope.launch {
            lifecycle.repeatOnLifecycle(Lifecycle.State.CREATED) {
                delay(delay)

                val intent = Intent(this@SplashActivity, MainActivity::class.java)
                startActivity(intent)
                finish()
            }
        }
    }
}
```

<div class="content-ad"></div>

6. /manifests/AndroidManifest.xml 파일에서 시작 활동(SplashActivity)의 theme attribute을 Theme.App.Starting으로 설정하세요.

```js
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools">

    <application
        android:allowBackup="true"
        android:dataExtractionRules="@xml/data_extraction_rules"
        android:fullBackupContent="@xml/backup_rules"
        android:icon="@mipmap/ic_launcher"
        android:label="@string/app_name"
        android:roundIcon="@mipmap/ic_launcher_round"
        android:supportsRtl="true"
        android:theme="@style/Theme.LazaShop"
        tools:targetApi="31">
        <activity
            android:name=".SplashActivity"
            android:exported="true"
            android:theme="@style/Theme.App.Starting">
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />

                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>
        <activity
            android:name=".MainActivity"
            android:exported="true"
            android:theme="@style/Theme.LazaShop">
        </activity>
    </application>

</manifest>
```

# 최종 결과

# 요약

<div class="content-ad"></div>

이 블로그 포스트를 통해 SplashScreen API를 사용하여 간단한 스플래시 화면을 만드는 방법을 배웠어요. 전체 코드 구현을 보려면 제 GitHub 프로필의 LazaShop 프로젝트를 확인해주세요.

SplashScreen 라이브러리를 사용하여 스플래시 화면을 사용자 정의하는 자세한 내용은 안드로이드 개발자 웹사이트를 방문해주세요.

![splash screen](/assets/img/2024-08-17-HowtoImplementaSplashScreeninJetpackComposewiththeSplashScreenAPI_3.png)


Jetpack Compose를 사용하여 SplashScreen API로 스플래시 스크린 구현하는 방법


커피 한 잔 마시고 ☕, 안드로이드 개발자가 되기 위해 배워야 하는 것을 살펴봐요.

나는 3년 이상의 안드로이드 애플리케이션 개발 경험이 있으니, 지금의 위치에 있기 위해 거쳐야 했던 것들이 이 안내서에 포함되어 있어.

![](/assets/img/2024-08-17-AndroidDeveloperRoadmap2024_0.png)

# 프로그래밍 언어

<div class="content-ad"></div>

내 의견으로는 Kotlin이 이미 잘 알려지고 대부분의 애플리케이션에서 사용되기 때문에 Java를 배우지 말아야 한다고 생각해요. 미래에는 Java가 선택 사항이 되지 않을 것이라고 생각해요. 여기서 두 언어를 비교한 내용을 읽을 수 있어요.

# Jetpack Compose vs XML

Jetpack Compose은 Google이 만든 선언적 프레임워크로 앱을 만드는 과정을 간단하게 만들기 위해 고안되었어요. 이해하기 쉽고 직관적인 학습 방식을 가지고 있어요. Compose의 큰 장점 중 하나는 XML과의 상호 운용성이에요. 이는 Compose 코드를 XML 앱에 추가하거나 코드를 쉽게 적응시킬 수 있다는 것을 의미해요.

XML은 앱을 구축하는 명령적인 방식이에요. XML 파일을 사용하여 UI를 구축한 다음 Fragment/Activity에 연결하는 방식으로 작동해요.

<div class="content-ad"></div>

XML에서 스크롤 가능한 목록을 만드는 방법의 예제입니다. 제공된 코드는 문서에서 가져온 것이며 여기에서 찾을 수 있습니다.

```js
class CustomAdapter(private val dataSet: Array<String>) :
        RecyclerView.Adapter<CustomAdapter.ViewHolder>() {

    /**
     * 사용 중인 뷰 유형에 대한 참조를 제공합니다
     * (사용자 지정 ViewHolder)
     */
    class ViewHolder(view: View) : RecyclerView.ViewHolder(view) {
        val textView: TextView

        init {
            // ViewHolder의 View에 대한 클릭 리스너 정의
            textView = view.findViewById(R.id.textView)
        }
    }

    // 새 뷰 생성 (레이아웃 관리자에 의해 호출됨)
    override fun onCreateViewHolder(viewGroup: ViewGroup, viewType: Int): ViewHolder {
        // 목록 항목의 UI를 정의하는 새 뷰 생성
        val view = LayoutInflater.from(viewGroup.context)
                .inflate(R.layout.text_row_item, viewGroup, false)

        return ViewHolder(view)
    }

    // 뷰의 콘텐츠 교체 (레이아웃 관리자에 의해 호출됨)
    override fun onBindViewHolder(viewHolder: ViewHolder, position: Int) {

        // 데이터셋에서이 위치의 요소를 가져 와서
        // 뷰의 내용을 해당 요소로 교체합니다
        viewHolder.textView.text = dataSet[position]
    }

    // 데이터셋의 크기 반환 (레이아웃 관리자에 의해 호출됨)
    override fun getItemCount() = dataSet.size

}
```

이것은 Jetpack Compose를 사용하여 스크롤 가능한 목록을 생성하는 방법에 대한 코드 조각입니다.

```js
@Composable
fun MyList() {
    LazyColumn {
        items(10) {
            Text(text = "Hello World!")
        }
    }
}
```

<div class="content-ad"></div>

## 그래 그럼 어느 것이죠?

일들이 조금 복잡해 보이네요. Jetpack Compose 코드가 훨씬 깨끗한 것 같아도 몇몇 회사들은 아직 그것에 맞게 코드를 변경하지 않았습니다.

내 조언은 Jetpack Compose를 배우고 XML도 조금 배워서 그 작동 방식을 이해하는 것입니다. 이것은 좋은 방법이죠. 왜냐하면 회사를 가입하게 되면 그들이 코드베이스를 적응시키고자 할 때 이미 어떻게 하는지 알고 있기 때문입니다.

# 애플리케이션 수명주기

<div class="content-ad"></div>

## onCreate()

앱이 처음 생성될 때 호출됩니다. 여기서는 예를 들어 뷰 바인딩과 같은 모든 정적 작업을 수행합니다.

## onStart()

사용자에게 앱이 표시될 때 트리거됩니다. 예를 들어 앱을 다시 시작하면 onStart()가 트리거되고 onResume()으로 전달됩니다.

<div class="content-ad"></div>

## onResume()

이 이벤트는 앱이 사용자와 상호 작용을 시작할 때 트리거됩니다.

## onPause()

이 이벤트는 앱이 사용자에게 보이지 않을 때 트리거됩니다. 예를 들어, 앱을 백그라운드로 넣을 때 이벤트가 트리거되며 onStop()으로 전달됩니다.

<div class="content-ad"></div>

## onStop()

사용자에게 더 이상 보이지 않을 때 호출됩니다.

## onRestart()

앱이 중지되었고 시작할 준비가 된 경우 호출됩니다. 예를 들어, 백그라운드에 있던 앱으로 다시 들어갈 때 이 이벤트가 발생하며 onStart()에 의해 전달됩니다.

<div class="content-ad"></div>

## onDestroy()

앱이 종료되기 전에 트리거됩니다. 사용자가 최근 앱에서 앱을 제거할 때

# 코루틴

코루틴은 스레드와 비슷하지만 훨씬 가벼우며 일반적으로 더 효율적이고 사용하기 쉽습니다. Kotlin 코루틴 가이드가 여기 있습니다.

<div class="content-ad"></div>

# 인터넷에서 데이터 가져오기

대부분의 앱은 데이터를 가져 오기 위해 데이터베이스와 통신하기 때문에 이를하는 방법을 알아야합니다.

이를 위해 Retrofit 또는 Ktor을 강력히 추천합니다. 둘 다 네트워크 요청에 매우 유용합니다.

# 로컬 데이터베이스

<div class="content-ad"></div>

앱이 가지고 있는 또 다른 중요한 기능으로는 로컬 데이터베이스를 사용할 수 있다. 이를 위해 Room, Realm 또는 SQLite 데이터베이스를 사용하는 방법을 배울 수 있습니다. 이들은 데이터를 저장하고 네트워크가 사용 불가능할 때 앱에서 데이터를 불러오는 데 사용될 수 있습니다.

## SharedPreferences

저장할 키-값의 상대적으로 작은 컬렉션이 있는 경우 SharedPreferences를 사용할 수 있습니다. 사용자의 최고 점수를 여기에 저장하는 예시가 있습니다.

## 아키텍처

<div class="content-ad"></div>

안녕하세요! 안드로이드 개발 세계에서 매우 많이 사용되는 아키텍처 패턴이 있습니다. 여기에는 일반적으로 사용되는 몇 가지 패턴이 있습니다:

- MVVM (모델-뷰-뷰모델)
- MVI (모델-뷰-인터프리터)
- MVP (모델-뷰-프리젠터)
- MVC (모델-뷰-컨트롤러)

# 이미지 로딩

네트워크에서 이미지를 로드하는 것은 Coil, Glide 또는 Picasso와 같은 다른 종속성을 사용하여 수행할 수 있습니다.

<div class="content-ad"></div>

# 코드 분석

이를 위해서는 린터를 사용해야 합니다. 린터는 코드를 분석하여 잠재적인 오류, 보안 취약점 및 스타일 문제를 찾는 도구입니다.

다음은 몇 가지 린터들입니다: Ktlint, Detekt 그리고 Android Lint.

# 디버깅

<div class="content-ad"></div>

여기 앱에서 오류를 쉽게 감지할 수 있도록 도와주는 몇 가지 디버깅 의존성이 있습니다.

- Timber: 안드로이드 로깅을 간소화합니다.
- LeakCanary: 안드로이드 앱에서 메모리 누수를 감지합니다.
- Stetho: 안드로이드 앱을 위한 디버거로 네트워크 트래픽, 데이터베이스 등을 검사합니다.
- Chuck: 안드로이드를 위한 네트워크 인터셉터로 HTTP/HTTPS 요청과 응답을 검사합니다.

# 테스트

테스트는 앱이 다양한 시나리오에서 올바르게 작동하는지 확인할 수 있는 중요한 작업입니다. 유닛 테스트(Unit Testing)와 인스트루먼테이션 테스팅(Instrumented Testing) 두 가지 유형의 테스트가 있습니다.

<div class="content-ad"></div>

## 단위 테스트

이 유형의 테스트는 코드 조각이 제대로 작동하는지 확인하기 위해 에뮬레이터를 사용하지 않고 수행됩니다. 단위 테스트에 사용되는 일부 종속성은 다음과 같습니다:

- JUnit: 테스트를 작성하고 실행하기 위한 테스트 프레임워크입니다.
- Kluent: 가독성이 좋고 표현력 있는 테스트를 작성하기 위한 코틀린 전용 어서션 라이브러리입니다.
- MockK: 코틀린용 목 객체 프레임워크로, 목 클래스를 만드는 데 사용됩니다.

## Instrumented Testing

<div class="content-ad"></div>

이 유형의 테스트는 에뮬레이터에서 앱을 실행하여 수행됩니다. 앱의 특정 화면을 테스트하고 상호 작용하거나 전체 앱 플로우를 테스트하는 E2E(End-To-End)를 작성할 수 있습니다. 이곳에는 몇 가지 인스트루먼테이션 테스트 종속성이 있습니다.

- Robolectric: 에뮬레이터나 기기가 필요하지 않고 JVM에서 안드로이드 테스트를 실행합니다.
- Espresso: 안드로이드를 위한 UI 테스트 작성을 위한 프레임워크로 UI 요소와 상호 작용합니다.
- Kaspresso: Espresso를 기반으로 구축된 고수준 UI 테스트 프레임워크로 테스트 작성을 단순화하고 신뢰성을 향상시키기 위해 만들어졌습니다.

# CI/CD

이것은 지속적 통합(Continuous Integration) 및 지속적 전달/배포(Continuous Delivery/Deployment)를 의미합니다. CI는 코드 변경을 공유 소스 코드 저장소에 자동으로 통합하는 프로세스를 자동화합니다. CD는 코드 변경의 통합, 테스트 및 전달을 의미하는 프로세스입니다.

<div class="content-ad"></div>

## CI/CD 도구

- **Bitrise**: 모바일 앱 개발에 주로 초점을 맞춘 클라우드 기반 플랫폼으로, iOS 및 Android 앱을 빌드, 테스트 및 배포할 수 있습니다.
- **Jenkins**: 안드로이드 및 iOS를 포함한 다양한 프로젝트에 사용할 수 있는 범용 오픈소스 CI/CD 도구로, 보다 많은 설정 및 유지관리가 필요합니다.
- **CircleCI**: 모바일 및 웹 애플리케이션에 적합한 유연성과 사용 편의성을 제공하는 클라우드 기반 CI/CD 플랫폼입니다.


2024년 안드로이드 개발자 최신 로드맵


![BuildinganeffectiveabstractionlayerforUIresourcesonAndroid](/assets/img/2024-08-17-BuildinganeffectiveabstractionlayerforUIresourcesonAndroid_0.png)

안녕하세요! 안드로이드 개발자 여러분들께서는 도메인 모델, 유스케이스, 상태 매퍼 또는 뷰모델에서 다양한 UI 리소스를 참조해야 하는 상황에서 자주 있을 것입니다.

예를 들어 R.string.description 또는 R.drawable.logo와 같은 리소스 식별자를 사용하는 것이 이러한 상황에서 매우 흔합니다. 문자열 리소스나 드로어블(이미지)을 참조해야 하는 경우 등입니다.

이 방법은 작동하지만, 몇 가지 단점이 있습니다:

<div class="content-ad"></div>

- 타입 안정성이 없어요
- 단위 테스트가 어려워요
- 유연성이 제한되어 있어요
- 비 UI 코드에서 자원을 사용하려면 종종 Context 인스턴스가 필요해요

이러한 문제를 해결하려면 추상화 계층을 추가해야 해요.

기본 사항부터 시작해서 UiResource라는 sealed class를 소개해볼까요:

```js
@Immutable
sealed class UiResource<T> : Serializable {
    abstract fun resolve(context: Context): T
}
```

<div class="content-ad"></div>

우리는 기본 클래스를 갖고 있으니 이제 리소스별 코드를 추가할 시간입니다.

이 게시물에서는 주로 텍스트 리소스에 초점을 맞출 것이지만, 색상 리소스, 드로어블, 글꼴, 크기, 부울값 — 심지어 필요하다면 원시 리소스와 애니메이션에도 추상화 레이어를 사용할 수 있습니다.

그렇다면, 시작해보기 위한 간단한 예제를 보여드리겠습니다:

```js
@Immutable
sealed class TextResource : UiResource<String>(), Parcelable, Serializable {

    @Immutable
    @Parcelize
    data class RawString(val text: String) : TextResource

    override fun resolve(context: Context): String {
        return when (this) {
            is RawString -> text
        }
    }

}
```

<div class="content-ad"></div>

새로운 클래스로 TextResource 객체를 생성하고 도메인 코드에서 사용할 수 있게 되었습니다.

솔직히 말해서, 위 예제는 그다지 유용하지 않습니다. 그래서 R.string.example과 R.plurals.example에 대한 문자열 리소스 식별자 및 수량 식별자를 지원하기 위해 그것을 변경해 봅시다:

```js
@Immutable
@Parcelize
data class Resource(
    @StringRes val id: Int,
    val formatArgs: List<TextResource> = emptyList(),
) : TextResource() {

    // Single argument를 허용하기 위한 보조 생성자
    constructor(
        @StringRes id: Int,
        formatArgs: TextResource,
    ) : this(
        id = id,
        formatArgs = listOf(formatArgs)
    )
}

@Immutable
@Parcelize
data class Quantity(
    @PluralsRes val id: Int,
    val quantity: Int,
    val formatArgs: List<TextResource>,
) : TextResource() {

    // 가변 인수를 허용하기 위한 보조 생성자
    constructor(
        @PluralsRes id: Int,
        quantity: Int,
        vararg formatArgs: TextResource,
    ) : this(
        id = id,
        quantity = quantity,
        formatArgs = formatArgs.toList()
    )
}
```

그리고 물론, 이러한 새로운 클래스들을 resolve(context: Context) 함수에서 처리할 수 있어야 합니다:

<div class="content-ad"></div>

```kotlin
override fun resolve(context: Context): String {
    return when (this) {
        is RawString -> text

        is Resource -> {
            return context.getString(
                id, *formatArgs.map { it.resolve(context) }.toTypedArray()
            )
        }

        is Quantity -> {
            context.resources.getQuantityString(
                id, quantity, *formatArgs.map { it.resolve(context) }.toTypedArray()
            )
        }
    }
}
```

With this change, TextResource suddenly becomes a very useful abstraction layer. We can use it everywhere in our domain layer code and we won’t ever expose implementation details to any receiver when using it as a return type.

Receivers don’t know and shouldn’t care what kind of text resource they’re dealing with — they just know it’s a text resource, and eventually, when passed to UI code, it can be resolved to a readable string.

As you can imagine, you can create many different TextResource subclasses.

<div class="content-ad"></div>

아마도 텍스트 콘텐츠의 대문자로 변환하거나 모두 대문자 또는 소문자로 변경하는 변환 서브클래스 세트가 있으면 좋을 것 같습니다. 또는 숫자 인수를 사용하는 구현이 있으면 어떨까요?

또는 여러 TextResource 인스턴스를 결합하는 클래스가 있으면 좋을 것 같습니다. 문자열 연결에 대해 연산자 오버로딩과 함께 이러한 클래스를 사용할 수도 있을 겁니다. 다음과 같은 것을 상상해보세요:

```js
operator fun plus(other: TextResource): TextResource {
	return TextResource.Combined(separator = " ", resources = listOf(this, other))
}
```

종합적으로 산술 연산자는 차원 리소스에 대해 매우 유용할 것입니다. 가능성은 (거의) 무한합니다.

<div class="content-ad"></div>

# UI 코드에서 리소스 해결하기

`TextResource`는 변경 불가능한 클래스로 표시되며 `Parcelable`와 `Serializable`를 모두 구현합니다. 다시 말해, 이를 도메인 코드에서 사용할 수 있지만 UI 상태 모델에도 포함하는 것이 이상적입니다.

UI 코드에서 `TextResource` 객체를 사용하려면 `resolve(context: Context)` 함수를 호출해야 합니다.

만약 UI 코드가 뷰 기반인 경우, 이 작업은 매우 쉽고 간단합니다. 그냥 액티비티/프래그먼트/뷰 컨텍스트를 사용하면 됩니다.

<div class="content-ad"></div>

만약 Compose를 사용 중이라면 LocalContext를 사용해야 합니다. 하지만 매번 텍스트 리소스를 해결할 때마다 그것을 작성하는 것이 조금 귀찮을 수 있습니다. 대신에, 이와 같은 확장 함수를 사용할 수 있습니다:

```js
@Composable
fun TextResource.resolve(): String {
    return this.resolve(LocalContext.current)
}
```

이 확장 함수를 사용하면 어떤 Compose 컨텍스트에서든 resolve()를 호출하여 텍스트 리소스가 올바르게 해결될 것이라는 것을 알 수 있습니다. 이는 원시 문자열, 문자열 리소스, 수량 리소스 또는 다른 것일지라도, 올바르게 해결될 것입니다.

# 도우미 함수들은 더욱 좋습니다.

<div class="content-ad"></div>

항상 TextResource.RawString, TextResource.Resource 또는 TextResource.Quantity를 사용할 때마다 길고 지루한 작업이 될 수 있어요.

이를 해결하기 위해 몇 가지 도우미 함수를 도입할 수 있어요:

```js
fun textResource(
    text: String
) = TextResource.RawString(text)

fun textResource(
    @StringRes id: Int,
    vararg formatArgs: TextRes
) = TextResource.Resource(id, formatArgs.toList())

fun textResource(
    @PluralsRes id: Int,
    quantity: Int,
    vararg formatArgs: TextRes
) = TextResource.Quantity(id, quantity, formatArgs.toList())
```

비슷하게, 확장 함수를 사용하여 추상화 계층의 사용성을 더 향상시킬 수도 있어요:

<div class="content-ad"></div>

```kotlin
fun TextResource?.orEmpty() = this ?: textResource("")

fun TextResource.lowercase() = TextResource.Lowercase(this)
```

나중에 제안된대로 Lowercase 하위 클래스를 생성한다는 전제를 가지고 있는 후자의 확장 함수입니다.

# 보너스: 더 나은 및 유용한 예외 받는 방법

문자열 자원 형식 매개변수와 함께 작업했다면, MissingFormatArgumentException을 언젠가는 마주쳤을 것이라고 확신합니다.

<div class="content-ad"></div>

해당 예외는 형식 지정자와 해당 인수가 없는 경우 또는 인수 인덱스가 존재하지 않는 인수를 참조하는 경우에 throw되는 런타임 예외입니다.

이런 예외들을 실제로는 절대로 보지 못할 테지만, 개발 중에 발생하는 경우가 종종 있습니다. 불행히도, 기본 예외 메시지는 상당히 모호하며 무엇이 잘못되었는지 또는 어디서 발생했는지에 대한 정보가 충분하지 않습니다.

이를 개선하려면 resolve(context: Context) 함수를 수정할 수 있습니다. 예를 들어:

```js
try {
    context.getString(
        id, *formatArgs.map { it.resolve(context) }.toTypedArray()
    )
} catch (missingArgException: MissingFormatArgumentException) {
    val argumentCount = context.countStringResourceArguments(id)
    val resourceId = context.getResourceKey(id) ?: id
    throw MissingFormatArgumentException("문자열 리소스에 대한 인수가 누락되었습니다. 예상 수: $argumentCount. 실제 수: ${formatArgs.size}. 문자열 ID: $resourceId. 문자열 내용: ${context.getString(id)}")
}
```

<div class="content-ad"></div>

이 코드는 두 가지 확장 기능을 사용합니다:

```js
/**
 * 문자열 리소스가 요구하는 인자 수를 계산합니다.
 *
 * @param stringResId 문자열 리소스의 ID입니다.
 * @return 문자열 리소스가 요구하는 인자 수입니다.
 */
fun Context.countStringResourceArguments(@StringRes stringResId: Int): Int {
    return countStringResourceArgs(getString(stringResId))
}

/**
 * 문자열에서 간단하고 위치 지정자 플레이스홀더를 찾아 문자열 값 인자, 정수(10진수) 값을 인자, 부동 소수점 값 인자를 계산합니다.
 */
private fun countStringResourceArgs(string: String): Int {
    var count = 0
    val pattern = Regex("%(\\d+\\$)?[sdf]") // %s, %d, %f, %1$s, %2$d 등과 일치합니다.
    pattern.findAll(string).forEach { _ -> count++ }
    return count
}
```

```js
/**
 * 주어진 리소스 ID의 리소스 키를 반환합니다.
 * 예: R.string.app_name -> app_name
 */
fun Context.getResourceKey(@AnyRes resId: Int): String? {
    try {
        return resources.getResourceEntryName(resId)
    } catch (e: NotFoundException) {
        e.printStackTrace()
        return null
    }
}
```

이 작은 변경으로 원래 예외를 catch하고 유용한 디버그 정보가 포함된 수정된 버전을 throw하게 됩니다.

<div class="content-ad"></div>

여기에 있습니다!

UiResource와 TextResource 추상화를 소개함으로써, 도메인 레이어 코드 내에서 UI 리소스를 처리하기 위한 유연하고 안전한 방법을 만들어냈습니다.

이 추상화를 활용함으로써, 도메인 로직을 깔끔하고 Android 프레임워크와 독립적으로 유지할 수 있습니다(Context 안녕), 이를 통해 더 나은 아키텍처와 더 쉬운 테스팅을 촉진할 수 있습니다.

코딩 즐거움을 빕니다!

<div class="content-ad"></div>

PS. 저의 동료 프레드릭 젠센에게 큰 감사를 전합니다. 그는 이 추상화 레이어를 퍼블릭(Android 팀)에 소개해 주었어요.


안드로이드에서 UI 리소스를 위한 효과적인 추상화 레이어 구축하는 방법


러스트 웹 프레임워크는 주로 웹 백엔드를 구축하는 데 사용됩니다. 이러한 프레임워크는 라우팅, 요청 처리, 다양한 응답 유형 및 미들웨어와 같은 일반적인 요소를 제공하여 개발자가 안전하고 고성능 웹 서비스를 효율적으로 만들 수 있습니다. 2024년에 주목할 만한 러스트 웹 프레임워크를 살펴보겠습니다!

# 01 Actix Web

![Actix Web](/assets/img/2024-08-17-TopRustWebFrameworkstoWatchin2024_0.png)

Actix Web은 Rust로 작성된 웹 프레임워크로, 타입 안전성, 풍부한 기능 세트, 확장성 및 빠른 속도로 유명합니다. 특히 고성능 HTTP 서버를 개발하기에 적합한 러스트 생태계에서 가장 강력한 웹 프레임워크 중 하나입니다.

<div class="content-ad"></div>

Actix Web의 주요 기능은 다음과 같습니다:

- 고성능: Rust로 개발된 Actix Web은 뛰어난 성능을 제공하여 대규모 동시 요청을 쉽게 처리합니다.
- 유연성: HTTP/1.x 및 HTTP/2를 지원하며 유연한 요청 라우팅 시스템과 다양한 콘텐츠 압축 형식을 지원합니다.
- 호환성: Tokio 비동기 프로그래밍 라이브러리와 완벽히 호환되어 비동기 처리 기능을 제공합니다.
- 강력한 요청 라우팅: 유연하고 견고한 요청 라우팅 시스템을 제공하며 선택적 매크로 정의를 지원합니다.
- 미들웨어 지원: 로깅, 세션 관리 및 CORS 지원과 같은 기능을 위한 미들웨어 확장을 지원합니다.
- SSL 지원: OpenSSL 또는 Rustls를 사용하여 안전한 데이터 전송을 보장하는 SSL 암호화를 지원합니다.
- 정적 자산: 정적 자산 제공 기능을 제공하여 정적 파일을 호스팅하고 제공하기 쉽게 만듭니다.

![이미지](/assets/img/2024-08-17-TopRustWebFrameworkstoWatchin2024_1.png)

# 02 Rocket

<div class="content-ad"></div>

<img src="/assets/img/2024-08-17-TopRustWebFrameworkstoWatchin2024_2.png" />

Rocket은 Rust로 작성된 웹 프레임워크로, 웹 애플리케이션을 빌드하는 깔끔하고 안전하며 효율적인 방법을 제공합니다. Rocket의 디자인 철학은 코드 가독성, 유지 보수성 및 보안을 강조하면서 라우팅, 미들웨어 및 요청/응답 처리와 같은 기능 풍부한 기능을 제공합니다.

Rocket의 주요 기능은 다음과 같습니다:

- 보안: Rocket은 Rust의 타입 시스템과 소유권 모델을 활용하여 SQL 인젝션 및 크로스 사이트 스크립팅 (XSS) 공격과 같은 일반적인 보안 취약점을 방지하여 웹 애플리케이션의 보안을 보장합니다.
- 성능: Rust의 고성능 및 메모리 안전 기능을 활용하여 Rocket은 웹 애플리케이션이 효율적이고 신뢰성 있게 실행되도록 보장합니다.
- 간결성: Rocket의 API는 직관적이고 배우기 쉬운 설계로 개발자들에게 접근성을 제공합니다.
- 확장성: Rocket은 사용자 정의 미들웨어와 확장을 지원하여 개발자들이 웹 애플리케이션을 자신의 특정 요구에 맞게 맞춤 설정할 수 있습니다.

<div class="content-ad"></div>

![image](/assets/img/2024-08-17-TopRustWebFrameworkstoWatchin2024_3.png)

# 03 Warp

![image](/assets/img/2024-08-17-TopRustWebFrameworkstoWatchin2024_4.png)

Warp은 Rust로 작성된 웹 프레임워크로, 유연하고 강력한 방식으로 웹 애플리케이션을 구축할 수 있습니다. Warp의 디자인 철학은 모듈성과 조립 가능성을 강조하여, 필요에 따라 개발자가 서로 다른 구성 요소를 선택하고 결합하여 웹 서비스를 구축할 수 있도록 합니다.

<div class="content-ad"></div>

Warp의 주요 기능은 다음과 같습니다:

- 모듈화: Warp는 웹 서비스의 다양한 부분 (라우팅, 필터, 핸들러 등)을 독립적인 구성 요소로 추상화하여, 개발자들이 필요에 따라 이러한 구성 요소를 선택하고 결합할 수 있도록 합니다.
- 유연성: Warp는 웹 서비스의 동작을 사용자 정의할 수 있는 풍부한 API를 제공합니다. 예를 들어, 에러 처리, 인증, 로깅 등을 특정 요구 사항에 맞게 맞춤 설정할 수 있습니다.
- 성능: Rust의 높은 성능과 메모리 안전 기능을 활용하여, Warp는 웹 응용 프로그램이 효율적이고 안정적으로 실행되도록 보장합니다.
- 확장성: Warp는 사용자 정의 확장을 지원하여, 개발자들이 특정 필요에 따라 프레임워크의 기능을 확장할 수 있습니다.

![이미지](/assets/img/2024-08-17-TopRustWebFrameworkstoWatchin2024_5.png)

# 04 Axum

<div class="content-ad"></div>

![Axum](/assets/img/2024-08-17-TopRustWebFrameworkstoWatchin2024_6.png)

Axum은 Tokio 팀에 의해 개발된 Rust 웹 프레임워크로, Tokio 생태계 위에 구축되었습니다. 이 프레임워크는 Tokio의 비동기 런타임과 생태계를 완전히 활용하는 강력하면서도 사용하기 쉬운 프레임워크를 제공하고자 합니다.

Axum의 주요 기능은 다음과 같습니다:

- 동시성: Erlang에서 영감을 받은 Axum은 효율적인 동시성 처리를 제공합니다.
- 에르고노믹스: Axum의 API 설계는 개발자 경험에 초점을 맞추어 보일러플레이트 코드를 줄입니다.
- 모듈성: 모듈식 요청 및 오류 처리를 지원하여 코드를 유지 및 확장하기 쉽게 합니다.
- 매크로 없는 라우팅: Axum은 매크로에 의존하지 않고 HTTP 경로를 정의하고 일치시키는 메커니즘을 제공하여 요청이 핸들러로 어떻게 전달되는 지 명확하게 선언할 수 있습니다.
- 추출기: 요청에서 쿼리 매개변수, 경로 매개변수, 폼 데이터 등의 데이터를 추출하는 선언적인 방법을 제공합니다.
- 미들웨어 지원: 사용자 지정 미들웨어를 작성하거나 인증, 로깅, 오류 처리와 같은 작업을 위해 axum::middleware 모듈에서 제공하는 방법을 사용하여 기존 미들웨어를 결합할 수 있습니다.
- 비동기 서비스: Rust의 비동기 프로그래밍 모델을 기반으로 Axum은 시스템 리소스를 효율적으로 활용하여 블로킹되지 않는 I/O와 높은 동시성 성능을 달성합니다.
- 기능 다양성: Axum은 GET 및 POST 요청, 파일 업로드, WebSocket 연결, 정적 리소스 제공을 포함한 다양한 HTTP 기능을 지원합니다.

<div class="content-ad"></div>

![Image](/assets/img/2024-08-17-TopRustWebFrameworkstoWatchin2024_7.png)

# 05 Salvo

![Image](/assets/img/2024-08-17-TopRustWebFrameworkstoWatchin2024_8.png)

Salvo는 Rust로 작성된 웹 프레임워크로, 웹 애플리케이션 개발을 위한 간단하고 사용자 친화적이며 효율적인 플랫폼을 제공하도록 설계되었습니다. Ruby on Rails 및 Django와 같은 성숙한 프레임워크에서 영감을 받아, Salvo는 Rust 개발자가 빠르게 웹 애플리케이션을 구축할 수 있도록 지원합니다.

<div class="content-ad"></div>

Salvo의 주요 기능은 다음과 같습니다:

- 간편하고 사용하기 쉬운 기능: 기본적인 Rust 지식으로 개발자들은 빠르게 효율적인 서버를 작성할 수 있으며, Go의 개발 속도에 버금가는 결과물을 얻을 수 있습니다.
- 강력한 기능: Salvo는 Multipart와 OpenAPI와 같은 내장 기능을 갖추고 있어 다양한 비즈니스 요구 사항을 충족합니다.
- 뛰어난 성능: Rust의 성능 장점을 최대한 활용하여 Salvo를 통해 고성능 서버 애플리케이션을 쉽게 구축할 수 있습니다.
- Chainable Tree Routing: Salvo는 유연한 라우팅을 가능하게 하며, 정규 표현식을 사용하여 매개변수 제약과 같은 복잡한 규칙을 작성할 수 있습니다.

![이미지](/assets/img/2024-08-17-TopRustWebFrameworkstoWatchin2024_9.png)


2024년에 주목해야 할 최고의 Rust 웹 프레임워크


마케터들은 완벽한 도구를 찾느라 잠을 잃곤 해요.

- 그들은 최신 소셜 미디어 트렌드에 신경쓰지 않아요.
- 그들은 최신 AI 용어에 신경쓰지 않아요.
- 그들은 화려한 마케팅 용어에 신경쓰지 않아요.

그들이 실제로 브랜드 성장에 도움이 되는 것에 관심이 있으니까요.

이 목록도 마찬가지예요.

<div class="content-ad"></div>

이 8가지 잘 알려지지 않은 도구들은 당신과 같은 브랜드에 대한 거대한 결과를 조용히 이끌어내고 있어요.

# 웹플로우: 화려한 디자이너 랜딩 페이지를 순식간에

Likeflare에서 우리는 Webflow가 랜딩 페이지를 만드는 방식을 혁신할 수 있는 방법에 대해 직접 목도하였습니다. Independent ISP인 Eyesurf와 파트너십을 맺었을 때, 그들은 잠재적인 투자자를 유치하기 위해 웹사이트를 개선하려고 했습니다. Webflow를 사용하여 사이트를 재디자인하는 데 사용하여 깔끔하고 전문적이며 매끄러운 기능을 갖춘 디자인에 집중했습니다.

![image](/assets/img/2024-08-17-8PowerfulMarketingToolsYouveNeverHeardOfButShouldBeUsing_0.png)

<div class="content-ad"></div>

Eyesurf의 새로운 사이트는 주목을 끌 뿐 아니라, 다른 요소들 가운데 투자자들을 감명시켜서 회사가 곧 인수되었습니다.

전문 팁: 변환율이 높은 랜딩 페이지를 만들 때, 속도가 모든 것입니다. 빠르게 움직일 수 있는 도구를 사용하지 않고 있다면 이미 뒤쳐지고 있습니다.

Webflow를 사용하면 가장 까다로운 개발자도 칭찬할 정도로 깔끔한 코드로 변환이 높은 랜딩 페이지를 만들 수 있습니다. 제공하는 디자인 자유도는 무첨별하며, 진정으로 돋보이는 것은 직관적인 인터페이스입니다.

![이미지](/assets/img/2024-08-17-8PowerfulMarketingToolsYouveNeverHeardOfButShouldBeUsing_1.png)

<div class="content-ad"></div>

번개처럼 빠른 페이지 속도는 더 많은 클릭, 더 적은 이탈 및 더 높은 ROI를 의미합니다. Webflow로 디자인을 완료한 후에는 이것 없이는 어떻게 관리했는지 궁금해할 것입니다.

- 디자인 유연성: 사용자 정의 코드, 애니메이션 및 다른 동적 요소를 쉽게 추가할 수 있습니다.
- 다재다능성: 포트폴리오부터 완벽한 웹사이트까지 거의 모든 프로젝트에 적합합니다.

# Flodesk: 아름다운 이메일과 강력한 리드 매그넷 폼

![이미지](/assets/img/2024-08-17-8PowerfulMarketingToolsYouveNeverHeardOfButShouldBeUsing_2.png)

<div class="content-ad"></div>

Flodesk는 Likeflare에서 이메일 마케팅을 위한 선택 사항이며, 리드 생성에 대한 우리의 미니멀리스트 접근법에서 필수적인 도구입니다. 필수 MBA 지식을 가르치는 MBA ASAP을 위해 우리는 아름다운 이메일을 만들 뿐만 아니라 강력한 리드 자석으로 작용할 수 있는 도구가 필요했습니다. Flodesk는 두 가지 측면에서 모두 성공적으로 제공했습니다. 우리는 Flodesk를 사용하여 62%의 전환율을 가진 이메일 옵트인 페이지를 디자인하고 실행하여 MBA ASAP의 구독자 기반을 크게 성장시켰습니다.

전문가 팁: 이메일 디자인은 대상의 주의를 끌어야 합니다. "와, 이걸 꼭 읽어봐야겠다"라고 생각하게 만들어야 합니다. 그렇지 않으면 시작하기도 전에 그들을 잃어버릴 수 있습니다.

![image](/assets/img/2024-08-17-8PowerfulMarketingToolsYouveNeverHeardOfButShouldBeUsing_3.png)

Flodesk는 이메일 마케팅의 Canva와 같습니다. 쉽게 아름다운 이메일을 만들 수 있습니다. 인터페이스는 깨끗하고 직관적이어서 경험이 풍부한 전문가든 초보자든 즐겁게 사용할 수 있습니다.

<div class="content-ad"></div>

그리고 가장 좋은 부분은 무제한 이메일, 무제한 목록, 일정 가격이에요. 이제 이메일 수를 예매 중수처럼 지켜볼 필요가 없어요. 순수한 이메일 블리스죠.

# Xano: 가장 쉬운 확장 가능한 백엔드 설정

Xano는 Likeflare에서 우리의 미니멀리스트 마인드셋과 완벽하게 일치하는 또 다른 도구에요. 복잡성에 압도되지 않으면서 정확히 필요한 일을 해내는 강력한 백엔드 솔루션이죠.

이런 것을 상상해보세요: 코드 한 줄을 작성하지 않고 즉시 구축할 수 있는 확장 가능한 백엔드 설정. 너무 좋아서 실제로 이루어질 수 없는 것 같나요? 아니에요.

<div class="content-ad"></div>

프로 팁: 백엔드 개발 세계에서는 복잡성이 적대적입니다. 설정이 간단할수록 확장할 수 있는 속도가 빨라집니다 — Xano가 딱입니다.

- 노코드 강점: 전통적인 개발 고생 없이 강력한 백엔드 시스템 구축
- 관대한 무료 티어: 계좌를 털지 않고 시작하기

저희는 Xano를 사용하여 여러 클라이언트를 위한 백엔드 프로세스를 최적화했고, 시간과 자원을 지속적으로 절약했습니다. 실제로 Xano는 저희의 워크플로우에서 중요한 부분이 되어서 이제는 Xano 없이 프로젝트에 착수할 수 없다고 생각합니다.

# CrazyEgg: 사용자 고민을 파악하기 위한 맞춤형 방문자 히트맵

<div class="content-ad"></div>

CrazyEgg은 강력한 미니멀한 도구의 상징입니다. 방문자가 웹 사이트에서 무엇에 막히고 있는지 정확히 볼 수 있는 간단하면서도 강력한 방법입니다.

![image](/assets/img/2024-08-17-8PowerfulMarketingToolsYouveNeverHeardOfButShouldBeUsing_4.png)

Shopify가 CrazyEgg를 사용하고 있다는 것을 접했을 때, 그들의 홈페이지에 시간이 지남에 따라 섬세하고 효과적인 변화가 있음을 알게 되었습니다. 좀 더 조사해보니, CrazyEgg를 사용하여 이탈 지점을 식별하고 변화를 가하여 전환율이 20% 증가했다는 것을 알았습니다. 이는 작은 데이터 중심의 변화가 어떻게 큰 영향을 미칠 수 있는지 완벽한 예였습니다.

전문가 팁: 보지 못하면 고칠 수 없습니다. CrazyEgg를 통해 모든 것을 볼 수 있습니다. 히트맵을 사용하지 않는다면 맹목적으로 움직이고 있습니다.

<div class="content-ad"></div>

CrazyEgg을 사용하면 드디어 무엇이 작동하고 무엇이 그렇지 않은지 이해할 수 있습니다. 높은 전환율로 바로 이어지는 보물 지도를 받은 것 같은 느낌이죠.

- 통찰력 있는 시각화: 이해하기 쉬운 시각화를 통해 변화를 쉽게 구현할 수 있습니다.
- 실행 가능한 데이터: 지저분한 정보 없이 필요한 정보를 얻을 수 있습니다.

CrazyEgg을 사용하지 않는다면, 귀중한 통찰과 돈을 놓치고 계시는 거죠.

# Thanks.io: 현대적인 변화를 가미한 올드 스쿨 마케팅

<div class="content-ad"></div>

저는 개발자로 일하고 있습니다. 위의 텍스트를 친근한 톤으로 한국어로 번역해 드리겠습니다.

"최소주의자로써 나는 올드스쿨 마케팅의 간결함과 효과성을 중요시합니다. Thanks.io는 그것을 가장 우아한 방법으로 현대로 가져옵니다.

![이미지](/assets/img/2024-08-17-8PowerfulMarketingToolsYouveNeverHeardOfButShouldBeUsing_5.png)

고객에게 아름다운 필기체 비슷한 엽서를 보내는 것을 상상해보세요. 디지털 소음에 묻힌 세상에서 Thanks.io는 비교적 오래된 보석처럼 빛을 발합니다. 이 도구는 간단하지만 강력하여, 복잡함 없이 개인적인 연결을 만들 수 있게 해줍니다.

전문 팁: 가끔 올드스쿨 방법이 가장 잘 작동합니다 — 특히 다른 사람들이 그것을 사용하지 않을 때죠. 돋보이고 싶다면, 현대적인 변주를 가미한 과거로 돌아가 보세요."

<div class="content-ad"></div>

- Personal touch: Send beautiful handwritten-lookalike postcards that stand out in a digital world.
- API-driven personalization: Get a user’s location (with their permission) and send them a postcard or letter.

어때요? 디지털 세상에서 돋보이는 아름다운 필기체처럼 보이는 엽서를 보내는 것이 얼마나 멋진가요? 이것은 여러분의 브랜드를 잊을 수 없게 만드는 그런 개인적인 손길이에요. 오늘날의 마케팅 환경에서 놀랍게도 새롭게 다가올 수 있는 이런 올드스쿨한 속임수에요. 이걸 보면 정말 매료될 만큼 충분해요.

# Stripe Payment Links: 신뢰할 수 있는 결제 시스템을 갖춘 즉각적인 랜딩 페이지

저에게 가장 중요한 것 중 하나는 빠르고 효율적인 서비스에요. Stripe Payment Links는 둘 다 탁월하게 제공하며, 제 심플한 접근 방식과 완벽하게 일치하는 단순함으로 그려져 있어요.

<div class="content-ad"></div>

글로시에가 제품 런칭 이메일 중 하나를 받았을 때 스트라이프 결제 링크의 활용을 직접 보았어요. 이메일에서 직접 구매하는 것이 너무 쉬워서 스트라이프가 이끌고 있다고 깨달았어요. 간단한 조사를 통해 확인했고, 그들의 원활한 통합으로 인해 매출이 40% 증가한 것을 확인했어요. 간단함이 결과를 이끌어내는 전형적인 사례였어요.

전문가 팁: 고객이 빠르게 지불할수록 성장 속도도 빨라져요. 복잡한 결제 프로세스가 전환을 방해하지 않도록 주의하세요.

제품, 서비스 또는 구독을 판매하든, 스트라이프 결제 링크는 한 번에 필요한 모든 것을 제공해주는 세련된 패키지에요.

- 신속한 설정: 결제 처리가 가능한 랜딩 페이지를 몇 분 안에 구축하세요.
- 신뢰할 수 있는 디자인: 신뢰를 줄 수 있는 잘 디자인된 인터페이스로 전환을 용이하게 해줘요.

<div class="content-ad"></div>

이 도구는 모든 사람이 이렇게 하는 이유를 궁금해하게 만드는 유형입니다. 빠르고 안전하며 매우 간단합니다. 다른 Stripe 제품과 완벽하게 통합되는 사실은 그야말로 선물 위에 덧씌운 크림과 같습니다.

# VideoAsk: 지루한 양식을 대체하는 대화형 비디오 채팅

솔직히 말하자면 - 양식은 지루할 수 있습니다. 그래서 나는 VideoAsk를 찾았어요.

이 도구는 그 매혼한, 삶이 없는 양식들을 실제로 사용하고 싶어하는 매력적이고 대화형 비디오 채팅으로 변환합니다. 채용을 하는지 또는 피드백을 받으려는지에 상관없이, VideoAsk는 이길 만한 개인적인 감성을 추가합니다.

<div class="content-ad"></div>

프로 팁: 폼은 지루할 필요가 없어요! 대화처럼 만들어보세요. VideoAsk는 디지털 상호작용에 인간적인 접촉을 더해줘요, 그렇게 해서 마법이 일어나요.

- 대화를 통한 참여: 지루한 폼을 동적인 비디오 상호작용으로 변환해보세요.
- 개인적인 접촉: 깊은 수준에서 대중과 연결하여 돋보이세요.

가장 좋은 점은 무료로 이를 구현하다는 것이죠. 이제 VideoAsk를 사용하기 시작하면, 다시 일반적인 폼으로 돌아갈 수 없을 거예요. 제가 심지어 전통적인 챗봇을 대체하는 데 사용했는데, 결과가 매우 훌륭했어요.

# Apollo.io: 최고의 콜드 아웃리치 도구

<div class="content-ad"></div>

Cold outreach를 하는 것은 어렵겠지만, Apollo.io를 사용하면 간편해집니다. 이는 제 미니멀리즘 철학과 완벽하게 맞는 또 다른 도구입니다. 강력하면서 직관적이며, 노력을 줄이고 더 많은 성과를 이룰 수 있도록 설계되었습니다.

Gong이 Apollo.io를 사용하는 것을 본 적이 있는데, 그들의 개인화된 연락 이메일이 인상적이었습니다. 조사를 좀 해보니, 그들이 Apollo.io를 사용하여 3개월 만에 아웃바운드 세일즈를 35% 늘린 사실을 알게 되었습니다. 그들이 대상을 정확히 파악하고 연락을 개인화해서 얻은 결과는 냉소적인 잠재고객을 따뜻한 잠재고객으로 바꾼 것입니다.

전문가 팁: 이제 더 이상 개인화는 선택 사항이 아닙니다. 만약 귀하의 연락이 일반적으로 느껴진다면, 거래를 시작하기도 전에 실패합니다.

Apollo.io의 고급 검색 기능과 견고한 데이터는 품질 높은 잠재고객을 식별하고 실제로 응답을 얻는 개인화된 메시지를 작성하는 것을 쉽게 만들어줍니다. 그리고 이러한 모든 것을 불필요한 기능으로 여러분을 압도시키지 않고 수행합니다.

<div class="content-ad"></div>

- 개인적인 손길과 함께 자동화: 개인적인 접촉을 유지하면서 아웃리치 자동화하기.
- 효율성: 우수한 결과를 얻으면서 시간과 노력을 절약하세요.

그것은 한 번도 놓치지 않는 개인 비서를 가진 것과 같아요.

판매로 전환되는 관계를 구축하기에 진지하시다면, Apollo.io가 꼭 필요한 도구입니다. 이 도구 덕분에 시간과 노력을 아낄 수 있었는데, 이 도구 없이 콜드 아웃리치를 하는 것을 상상할 수가 없어요.

웹사이트를 개선하고, 백엔드를 간소화하거나 마케팅을 강화하려면, 이 8가지 도구를 실전에서 경험했고, 그들로부터 최대 이익을 얻는 방법을 알고 있어요. 이 도구들을 어떻게 활용하여 비즈니스의 실질적인 성장을 이끌 수 있는지 논의하고 싶어요.

<div class="content-ad"></div>

당신의 마케팅을 다음 단계로 이끌어보세요! 오늘 나와 무료 상담 일정을 잡아보세요. 함께 시작해 봐요.


마케팅 종사자라면 알아둬야할  강력한 마케팅 도구  8가지


<img src="/assets/img/2024-08-17-SpringBootImplementingAutomaticOrderCancellationAfter30Minutes_0.png" />

결제 관련 비즈니스 시나리오에서 주문이 생성된 후 일정 시간 내에 사용자가 결제를 완료하지 않으면 시스템이 주문을 자동으로 취소하는 기능을 구현해야 하는 경우가 많습니다.

이 글에서는 Spring Boot에서 30분 내에 자동 주문 취소를 구현하는 여러 방법과 예시 코드에 대해 다루겠습니다.

# 방법 1: 예약된 작업

<div class="content-ad"></div>

@Scheduled 주석을 사용하면 주기적으로 주문 레코드를 스캔하는 예약된 작업을 쉽게 구현할 수 있습니다.

지불되지 않은 주문이 30분 이상 지난 경우, 해당 주문은 종료됩니다.

```java
@Component
public class OrderSchedule {
    @Autowired
    private OrderService orderService;

    @Scheduled(cron = "0 0/1 * * * ?")
    public void cancelUnpaidOrders() {
        LocalDateTime now = LocalDateTime.now();
        List<Integer> idList = new ArrayList<Integer>();
        List<OrderEntity> orderList = orderService.getOrderList();
        orderList.forEach(order -> {
            if (order.getWhenCreated().plusMinutes(30).isBefore(now)) {
                idList.add(order.getId());
            }
        });
        orderService.cancelOrderList(idList);
    }
}
```

# 방법 2: 지연된 큐

<div class="content-ad"></div>

메시지 대기열을 사용할 때 주문이 생성되면 주문 ID가 30분의 만료 시간으로 설정된 지연 대기열에 푸시됩니다.

대기 시간이 만료되면 메시지가 소비되고 주문 상태가 확인됩니다. 주문이 아직 지불되지 않았다면, 주문이 취소됩니다.

```java
@Service
public class OrderService {

    @Autowired
    private RabbitTemplate rabbitTemplate;

    public void createOrder(Order order) {
        // 주문을 데이터베이스에 저장합니다
        saveOrder(order);

        // 주문 ID를 지연 대기열로 푸시합니다
        rabbitTemplate.convertAndSend("orderDelayExchange", "orderDelayKey", order.getId(), message -> {
            message.getMessageProperties().setDelay(30 * 60 * 1000); // 대기 시간을 설정합니다
            return message;
        });
    }
}

@Component
public class OrderDelayConsumer {

    @Autowired
    private OrderService orderService;

    @RabbitHandler
    @RabbitListener(queues = "orderDelayQueue")
    public void cancelOrder(String orderId) {
        // 주문을 취소합니다
        orderService.cancelOrder(orderId);
    }
}
```

# 방법 3: Redis 만료 이벤트

<div class="content-ad"></div>

Redis 키 만료 이벤트를 사용하면 주문이 생성될 때 Redis에 30분 만료 시간을 갖는 키가 저장됩니다.

키가 만료되면 Redis가 주문 취소를 유도하는 이벤트 알림을 트리거합니다.

```java
@Service
public class OrderService {

    @Autowired
    private StringRedisTemplate redisTemplate;

    public void createOrder(Order order) {
        // 주문을 데이터베이스에 저장
        saveOrder(order);

        // 30분 만료 시간을 갖는 키를 Redis에 저장
        redisTemplate.opsForValue().set("order:" + order.getId(), order.getId(), 30, TimeUnit.MINUTES);
    }

    // 이 메서드는 키가 만료될 때 자동으로 호출됩니다 (Redis가 만료 이벤트 알림을 위해 구성되어 있어야 함)
    public void onOrderKeyExpired(String orderId) {
        cancelOrder(orderId);
    }
}
```

참고: Redis 키 만료 알림은 전형적인 발행-구독 패턴을 따릅니다.

<div class="content-ad"></div>

Redis에서는 특정 이벤트, 예를 들어 키 만료와 같은 이벤트에 구독할 수 있습니다.

그러나 이 기능을 사용하려면 Redis 서버를 해당 설정으로 구성해야 합니다. 이에 대한 구성 방법에 대한 자세한 내용은 나중에 다른 기사에서 공유될 예정입니다.

# 최종 요약:

세 가지 접근 방식 모두 주문이 30분 이내에 지불되지 않으면 자동으로 취소되는 요구 사항을 충족할 수 있습니다.

<div class="content-ad"></div>

특정 비즈니스 요구 사항, 시스템 부하 및 기타 요소에 따라 시스템에 가장 잘 맞는 구현 방법을 선택할 수 있습니다.

각 접근 방식에는 장단점이 있으며, 올바른 선택을하기 위해 신중한 고려가 필요합니다.


Spring Boot 30분 후 자동 주문 취소 기능 구현 방법


# 플러터 앱에서 GoRouter를 구현하는 포괄적인 안내서

![이미지](/assets/img/2024-08-17-SimplifyingNavigationinFlutterwithGoRouter_0.png)

# 플러터에서의 네비게이션

"플러터에서는 화면과 페이지를 route(경로)라고 부릅니다."

<div class="content-ad"></div>

Navigator 클래스는 스택 방식을 사용하여 일련의 하위 위젯을 관리하며, 앱에서 다른 화면 간에 탐색이 가능하게 합니다.

# Navigator 2.0: GoRouter

GoRouter를 사용하려면 MaterialApp에 추가해야 합니다:

```js
class MyApp extends StatelessWidget {
  @override
  Widget build(BuildContext context) {
    return MaterialApp.router(
      routerConfig: _router,
    );
  }
}
```

<div class="content-ad"></div>

다음으로 GoRouter 생성자를 가진 클래스를 생성하세요:

```js
import 'package:go_router/go_router.dart';

// GoRouter 설정
final _router = GoRouter(
  routes: [
    GoRoute(
      path: '/',
      builder: (context, state) => SplashScreen(),
    ),
    GoRoute(
      path: '/home-screen',
      builder: (context, state) => HomeScreen(),
    ),
  ],
);
```

# 주의할 점

- 네비게이터 메서드 대체: 기존 경로에서 context.pushReplacementNamed를 사용 중이라면 context.go()로 대체하십시오.
  사용법: context.go(`/home-screen`);
- 스택 관리: context.go()를 사용하여 splash에서 home으로 이동하면 스플래시 화면이 스택에 새 화면을 푸시하는 대신 홈 화면으로 대체됩니다.

<div class="content-ad"></div>

# GoRouter을 사용한 중첩 경로

중첩된 경로를 사용하려면 context.go() 및 context.goNamed()를 사용하세요:

```js
import 'package:go_router/go_router.dart';

import '../screens/bottom_navigation/bottom_navigation.dart';
import '../screens/on_boarding_screen/on_boarding_screen.dart';
import '../screens/phone/phone_screen.dart';
import '../screens/skip.dart';
import '../screens/verification_code.dart';

final router = GoRouter(
  initialLocation: OnBoardingScreen.routeName,
  routes: [
    GoRoute(
      path: OnBoardingScreen.routePath,
      name: OnBoardingScreen.routeName,
      builder: (context, state) => const OnBoardingScreen(),
      routes: [
        GoRoute(
          path: PhoneScreen.routePath,
          name: PhoneScreen.routeName,
          builder: (context, state) => PhoneScreen(
            extra: state.extra as String?,
          ),
          routes: [
            GoRoute(
              path: VerificationScreen.routePath,
              name: VerificationScreen.routeName,
              builder: (context, state) => const VerificationScreen(),
            ),
          ],
        ),
        GoRoute(
          path: SkipScreen.routePath,
          name: SkipScreen.routeName,
          builder: (context, state) => const SkipScreen(),
        ),
      ],
    ),
    GoRoute(
      path: BottomNavigationScreen.routePath,
      name: BottomNavigationScreen.routeName,
      builder: (context, state) => const BottomNavigationScreen(),
    ),
  ],
);
```

# 경로 및 이름 설정

<div class="content-ad"></div>

아래와 같이 RoutePath와 RouteName을 앞에 슬래시가 없는 상태로 초기화해주세요. GoRouter가 이를 처리합니다:

```js
static const routeName = 'phone-screen';
static const routePath = routeName;
```

# context.go()와 context.goNamed() 사용법

- OnBoardingScreen에서 PhoneScreen으로 이동:
  context.go(`/$'PhoneScreen.routePath'`);
  context.goNamed(PhoneScreen.routePath);
- PhoneScreen에서 VerificationScreen으로 이동:
  context.go(`/$'PhoneScreen.routePath'/$'VerificationScreen.routePath'`);
  context.goNamed(VerificationScreen.routePath);
- PhoneScreen에서 SkipScreen으로 이동 (동일한 레벨):
  context.go(`/$'SkipScreen.routePath'`);
  context.goNamed(SkipScreen.routePath);

<div class="content-ad"></div>

# 매개변수

GoRouter에서는 라우트 간에 데이터를 전달하는 데 경로 및 쿼리 매개변수를 모두 사용할 수 있습니다. 이 접근 방식은 관련 데이터를 필터링하거나 다음 화면으로 필요한 정보를 전달하는 데 특히 유용합니다.

경로 매개변수는 라우트 경로의 일부이며 매개변수 이름 뒤에 콜론을 사용하여 정의할 수 있습니다. 예를 들어:

```js
GoRoute(
  path: '${PhoneScreen.routePath}/:phoneId',
  name: PhoneScreen.routeName,
  builder: (context, state) => PhoneScreen(
    extra: state.extra as String?,
    phoneId: state.pathParameters['phoneId'],
    phoneName: state.uri.queryParameters['phoneName'],
  ),
);
```

<div class="content-ad"></div>

이 경로에서는 :phoneId가 경로 매개변수로 사용됩니다. 이 경로로 이동할 때 phoneId에 대한 값을 제공해야 합니다.

쿼리 매개변수는 물음표 뒤에 URL에 추가되며 추가 데이터를 전달하는 데 사용할 수 있습니다:

```js
GoRoute(
  path: PhoneScreen.routePath,
  name: PhoneScreen.routeName,
  builder: (context, state) => PhoneScreen(
    extra: state.extra as String?,
    phoneName: state.uri.queryParameters['phoneName'],
  ),
);
```

이 경로로 이동할 때 URL에 쿼리 매개변수를 포함할 수 있습니다.

<div class="content-ad"></div>

예시 사용법:

PhoneScreen으로 이동하고 경로 및 쿼리 매개변수를 모두 전달하려면 이렇게 할 수 있어요.

```js
context.goNamed(
  PhoneScreen.routePath,
  extra: '0334-2064807',
  pathParameters: {'phoneId': 'UFONE'},
  queryParameters: {'phoneName': 'iPhone'},
);
```

여기서 phoneId는 경로 매개변수이고, phoneName은 쿼리 매개변수입니다. 이 접근 방식을 통해 다음 화면으로 자세한 정보를 전달하여 앱의 탐색을 더 동적이고 유연하게 만들 수 있어요.

<div class="content-ad"></div>

# 동적 라우팅 구성

루팅 구성을 사용하여 런타임에 라우트를 추가하세요:

```js
RoutingConfig _generateRoutingConfig() {
  return RoutingConfig(
    routes: <RouteBase>[
      GoRoute(
        path: OnBoardingScreen.routePath,
        name: OnBoardingScreen.routeName,
        builder: (context, state) => const OnBoardingScreen(),
        routes: [
          GoRoute(
            path: '${PhoneScreen.routePath}/:phoneId',
            name: PhoneScreen.routeName,
            builder: (context, state) => PhoneScreen(
              extra: state.extra as String?,
              phoneId: state.pathParameters['phoneId'],
            ),
            routes: [
              GoRoute(
                path: VerificationScreen.routePath,
                name: VerificationScreen.routeName,
                builder: (context, state) => const VerificationScreen(),
              ),
            ],
          ),
          GoRoute(
            path: SkipScreen.routePath,
            name: SkipScreen.routeName,
            builder: (context, state) => const SkipScreen(),
          ),
        ],
      ),
      if (isNewRouteAdded)
        GoRoute(
          path: BottomNavigationScreen.routePath,
          name: BottomNavigationScreen.routeName,
          builder: (context, state) => const BottomNavigationScreen(),
        ),
    ],
  );
}

bool isNewRouteAdded = false;

final ValueNotifier<RoutingConfig> myRoutingConfig = ValueNotifier<RoutingConfig>(
  _generateRoutingConfig(),
);

final GoRouter router = GoRouter.routingConfig(routingConfig: myRoutingConfig);

void addNewRoute() {
  isNewRouteAdded = true;
  myRoutingConfig.value = _generateRoutingConfig();
}
```

# 쉘 라우트를 사용한 중첩 내비게이션

<div class="content-ad"></div>

추가 Navigator를 추가하려면 ShellRoute를 사용하고 위젯을 반환하는 빌더를 제공하세요:

```js
final GlobalKey<NavigatorState> _rootNavigatorKey = GlobalKey<NavigatorState>(debugLabel: 'root');
final GlobalKey<NavigatorState> _shellNavigatorKey = GlobalKey<NavigatorState>(debugLabel: 'shell');

final routers = GoRouter(
  navigatorKey: _rootNavigatorKey,
  initialLocation: OnBoardingScreen.routePath,
  routes: [
    GoRoute(
      path: OnBoardingScreen.routePath,
      name: OnBoardingScreen.routeName,
      builder: (context, state) => const OnBoardingScreen(),
      routes: [
        GoRoute(
          path: '${PhoneScreen.routePath}/:phoneId',
          name: PhoneScreen.routeName,
          builder: (context, state) => PhoneScreen(
            extra: state.extra as String?,
            phoneId: state.pathParameters['phoneId'],
            phoneName: state.uri.queryParameters['phoneName'],
          ),
          routes: [
            GoRoute(
              path: VerificationScreen.routePath,
              name: VerificationScreen.routeName,
              builder: (context, state) => const VerificationScreen(),
            ),
          ],
        ),
        GoRoute(
          path: SkipScreen.routePath,
          name: SkipScreen.routeName,
          builder: (context, state) => const SkipScreen(),
        ),
      ],
    ),
    ShellRoute(
      navigatorKey: _shellNavigatorKey,
      builder: (BuildContext context, GoRouterState state, Widget child) {
        return BottomNavigationScreen(child: child);
      },
      routes: <RouteBase>[
        GoRoute(
          path: HomeScreen.routePath,
          name: HomeScreen.routeName,
          builder: (context, state) => const HomeScreen(),
          routes: [
            GoRoute(
              path: DetailsScreen.routePath,
              builder: (context, state) => const DetailsScreen(label: 'Home'),
            ),
          ],
        ),
        GoRoute(
          path: ProfileScreen.routePath,
          name: ProfileScreen.routeName,
          builder: (context, state) => const ProfileScreen(),
          routes: [
            GoRoute(
              path: DetailsScreen.routePath,
              builder: (context, state) => const DetailsScreen(label: 'Profile'),
            ),
          ],
        ),
        GoRoute(
          path: SettingsScreen.routePath,
          name: SettingsScreen.routeName,
          builder: (context, state) => const SettingsScreen(),
          routes: [
            GoRoute(
              path: DetailsScreen.routePath,
              builder: (context, state) => const DetailsScreen(label: 'Settings'),
            ),
          ],
        ),
      ],
    ),
  ],
);
```

# 예제 UI 코드

```js
import 'package:flutter/material.dart';
import 'package:go_router/go_router.dart';
import 'package:navigation_for_practice/screens/details.dart';

class HomeScreen extends StatelessWidget {
  static const routeName = 'home-screen';
  static const routePath = '/$routeName';

  const HomeScreen({super.key});

  @override
  Widget build(BuildContext context) {
    return Scaffold(
      appBar: AppBar(
        title: const Text('Home'),
      ),
      body: Center(
        child: ElevatedButton(
          child: Text(
            'Home Detail',
            style: Theme.of(context).textTheme.headlineMedium,
          ),
          onPressed: () => GoRouter.of(context).go("$routePath/${DetailsScreen.routeName}"),
        ),
      ),
    );
  }
}

class DetailsScreen extends StatelessWidget {
  static const routeName = 'detail-screen';
  static const routePath = routeName;

  const DetailsScreen({
    required this.label,
    super.key,
  });

  final String label;

  @override
  Widget build(BuildContext context) {
    return Scaffold(
      appBar: AppBar(
        title: const Text('Details Screen'),
      ),
      body: Center(
        child: Text(
          'Details for $label',
          style: Theme.of(context).textTheme.headlineMedium,
        ),
      ),
    );
  }
}
```

<div class="content-ad"></div>

# 결론

Flutter에서 GoRouter를 사용하면 응용 프로그램 내에서의 탐색을 효과적으로 관리할 수 있습니다. 기본 및 중첩된 경로를 설정하는 방법, context.go() 및 context.goNamed()을 사용하여 탐색을 처리하는 방법, 그리고 경로 및 쿼리 매개변수를 효율적으로 활용하는 방법을 이해함으로써, 더욱 효율적이고 사용자 친화적인 탐색 경험을 제공할 수 있습니다. 또한 동적으로 경로를 추가하고 ShellRoute를 통한 중첩 탐색을 사용할 수 있는 기능은 응용 프로그램의 탐색 시스템의 유연성과 성능을 높일 수 있습니다. 이러한 기술을 채택하면 견고하고 확장 가능한 Flutter 응용 프로그램을 구축할 수 있습니다.

여기 프로젝트 예제가 있어요 👇🏿👇🏿

기사에 최대 50번까지 박수를 할 수 있다는 것을 알고 계셨나요? 한 번 시도해보세요!


GoRouter로 Flutter 내비게이션 간편하게 구현하는 방법


<img src="/assets/img/2024-08-17-FewthingsthatyouareprobablygettingwrongaboutwhyFlutterusesDart_0.png" />

越来越多时候，我会收到关于为什么人们认为 Google 选择 Dart 用于 Flutter 的电子邮件。似乎，这些大多数文章都是由刚刚加入 Flutter 群体并没有从一开始关注 Dart 发展的人所写的。因此，作为一个从一开始就关注的人，我决定写几行关于为什么我认为 Google 更愿意选择 Dart 而不是其他任何替代品。

# 1. Dart 是为 UI 开发而设计的，这就是为什么它被选择用于 Flutter。

错误。Dart 是作为 JavaScript 的替代方案来运行在浏览器中开发的，因此，主要目标是：

<div class="content-ad"></div>

- 페이지를 빠르게 컴파일할 수 있도록: 브라우저가 페이지를로드 할 때 JavaScript (또는 우리의 경우 Dart)이 완전히로드되고 해석/컴파일 될 때까지 어떤 스크립팅된 작업도 수행할 수 없습니다. 특히 거대한 기업 응용 프로그램의 경우 이는 매우 중요합니다. 따라서 Dart는 JavaScript 외에도 이러한 목표로 설계된 유일한 언어입니다. 이것이 Flutter가 우수한 "핫 리로딩" 기능을 가질 수 있는 이유입니다.
- JavaScript만큼 성능이 우수하도록: 옛날에는 JavaScript가 이미 충분히 빠르기 때문에 빠르게 만드는 것이 중요한 목표가 아니었습니다. 그럼에도 불구하고 항상 환영받는 것입니다. 사실, Dart의 매우 첫 번째 버전은 동적으로 타입이 지정되었으며 C와 같은 언어에서 알고 있는 타입들은 코드 가독성과 IDE 지원을 위해서만 선택적으로 필요했습니다. 개발자들은 그들을 사용하지 않아도 되었고 실제로 사용하더라도 이러한 타입들은 런타임에서 확인될 것입니다.
- Dart는 Java와 같은 객체지향 언어에서 영감을 받았지만 당시에는 대부분 JavaScript와 어느 정도의 CoffeeScript를 사용하던 웹 개발 커뮤니티에 쉽게 채택될 수 있도록 설계되었습니다. 중요한 목표는 그러한 개발자들을 위해 사용하기 편리하게 만드는 것이었으며 Dart에는 UI에 특화된 요소가 없었습니다.
- "new" 연산자 제거나 배열에서의 조건과 같은 모든 이러한 기능은 Flutter가 소개된 후 추가되었습니다. 이는 Flutter 위젯 코드의 순수 가독성을 해결하기 위해 추가된 것입니다. 솔직히 말하자면, XML 및 HTML 또는 JSX와 같은 파생물은 UI를 위해 설계된 유일한 "언어"입니다.

<div class="content-ad"></div>

# 3. AOT은 JIT보다 빠릅니다.

잘못된 정보입니다: AOT 컴파일된 코드는 우수한 실행 성능을 보장하지 않습니다. 빠른 시작 속도? 네 — 미리 컴파일할 필요가 없습니다. 적은 메모리 필요성? 아마도 그렇습니다 — VM을 메모리에 계속 보관할 필요가 없습니다. 하지만 실행 속도는 아닙니다. 사실, 이론적으로 JIT가 더 빠를 수도 있습니다. 왜냐하면 컴파일이 대상 하드웨어에서 발생하고 사용자가 실행하는 환경에 맞춰 VM이 일부 최적화를 수행할 수 있기 때문입니다. 예를 들어, 자바와 C# 코드는 대부분의 경우 AOT로 컴파일된 Dart 코드보다 성능이 우수합니다.

# 4. 구글은 플러터에 Kotlin, Go 또는 다른 언어를 사용해야 했을까요?

구글이 플러터에 작업을 시작할 때에는 그 당시에는 실제 대안이 없었습니다. Kotlin이 아직 유명해지지 않았으며, Java와 기타 플랫폼은 "핫 리로딩" 기능을 제공할 수 없었습니다. 그러나 더 중요한 것은, 구글은 해당 언어들을 소유하고 있지 않기 때문에 원하는 대로 언어를 발전시키지 못할 것입니다. 그래서 플러터의 맥락에서 다른 언어와 Dart를 비교하는 것은 의미가 없습니다. 애플에게 Swift 대신 Java를 사용하지 않는다고 불평하지 않는 것과 같습니다. 그들은 그들의 플랫폼에 가장 적합한 도구를 제작합니다.

<div class="content-ad"></div>

# 결론

Google이 Dart를 사용하기로 결정한 다른 이유도 있습니다. 예를 들어, Google은 Dart 및 그 도구를 만드는 데 상당한 자원을 투자했습니다. 그들에 따르면, 플러터 이전부터 이미 Google에서 사용되는 상위 다섯 가지 언어 중 하나인 Dart를 사용하면서 만족스러웠다고 합니다. 하지만 저는 기술적인 관점에서 나열한 그 이유들이 가장 중요하다고 생각합니다.

원래 플러터를 만든 사람의 피드백을 받으면 정말 좋을 것 같습니다. 왜냐하면 위에 나열한 것들은 제 추측일 뿐이고, 그것들을 확인하거나 부정할 수 있어 기쁠 것 같습니다.

항상 읽어 주셔서 정말 감사합니다!!!


Flutter가 Dart를 사용하는 이유


![Flutter 3.24](/assets/img/2024-08-17-FlutterIsAGameEngineNow_0.png)

플러터 3.24가 출시되었어요. 실제로 플러터 3.19가 세 번의 핫 픽스 릴리스만 받은 것에 조금 놀랐어요(그래서 플러터 3.19.3까지만 릴리스되었어요). 보통 적어도 X.Y.9까지 릴리스되는데 말이에요. 아마 이것은 플러터가 더 안정화되고 있다는 신호인가봐요.

이번 릴리스에는 몇 가지 큰 새로운 기능이 있어요. 먼저, 새로운 위젯과 새로운 슬리버들이 생겼어요. iOS와 같은 슬리버 애니메이션을 보여주었어요:

![Sliver Animation](/assets/img/2024-08-17-FlutterIsAGameEngineNow_1.png)

<div class="content-ad"></div>

비록 내 것이 훨씬 멋지긴 해요.

![image](https://miro.medium.com/v2/resize:fit:1200/0*rmL3jEHskVTCgbiv.gif)

그냥 레이아웃 빌더일 뿐이에요. 요렇게 해보고 있어요.

곧 더 많은 광고 제공 업체가 생길 거에요. 이전에는 구글 모바일 광고만 있었는데, 이제 웹 지원도 추가될지도 몰라요. 🤞

<div class="content-ad"></div>

거기에 Swift Package manager가 있습니다. Cocoapods는 한동안 작동하지 않았어요. 심지어 제가 문제를 해결하는 방법에 대해 블로그 글을 썼고, 아직도 독자들이 보고 있어요. 문제를 해결할 수 있는 답이 있지만 너무 복잡해서 지쳤기 때문에 글을 썼죠.

iOS/Mac에 빌드하는 것을 두려워하는 사람들도 보았어요. 그렇게 복잡하지 않아요, 하나의 명령어면 됩니다: pod update

그 글을 쓴 후에 또 다른 문제가 있음을 깨달았어요: Cocoapods가 Apple Silicon에 대해 업데이트되지 않았다는 거죠. 업데이트 될 것이라고 희망했지만, 2024년 8월 기준으로, Apple Silicon이 데뷔한 지 거의 4년이 지났음에도 아직 업데이트되지 않았어요. Rosetta 호환성을 사용해야 합니다.

이 문제를 조사해보았어요. 핵심 문제는 Cocoapods가 — 사라지지는 않았지만 — 예전과 다르다는 점이네요. 대부분의 사람들은 Swift Package Manager로 이동하고 있는 것 같아요. 그리고 Flutter도 이제 이동하려고 합니다.

<div class="content-ad"></div>

이것이 Flutter 3.24에서의 모든 큰 발표 사항입니다. 그런데 또 뭔가 눈에 띄는 게 있었어요...

저는 Flutter Medium 블로그를 구독하고 있습니다. 그리고 Flutter 3.24 게시물이 게시된 동시에 두 개의 추가 게시물이 있었습니다: 먼저 Flutter 및 3.24 그리고 Dart 3.5 개요였죠. 유명한 올림픽 때문에 뉴스에 실린 프랑스 철도 SNCF도 있다고 하네요. 짜증을 내는 누군가가 그것을 망쳤다는 소문이 있었죠. 그리고 Wolt, Whirlpool, Monta의 이야기들도 있었습니다.

그리고 Flutter GPU에 관한 이 게시물이 게시되었습니다. 이것은 GPU와 상호 작용하는 낮은 수준의 방법이라고 하네요. 이것은 그래픽 API(Vulcan/OpenGL for Android, Metal for iOS) 위에 위치한 어떤 종류의 추상화층인데, 엄밀히 말해, 그래픽 API 위에 위치한 Impeller 위에 있다고 하네요.

정말 강력하군요. 이 이미지를 멈출 수 없어요.

<div class="content-ad"></div>

<img src="/assets/img/2024-08-17-FlutterIsAGameEngineNow_2.png" />

작년 Flutter Forward 이후 사람들이 3D 데모에 대해 열광하더라고. 그런데 나는 생각했어:

당연히 농담이었어, 실제로 플러터가 그런 것들을 구현할 것이라고는 기대하지 않았어. 그런데 이제 그 헬멧을 보여줬어:

텍스처와 실시간 반영. 말 그대로 헬멧이 빛을 받지 않아서 전체적으로 밝기가 동일하지만 여전히 놀라운 데모야. 아마 심지어 Flutter Forward의 3D보다 더 인상적일지도 몰라.

<div class="content-ad"></div>

2024년이 플러터에게 큰 해가 될 것이라는 내 생각을 더욱 확고히 했어요. 게임 산업에서 발견한 몇 가지 걱정스러운 트렌드를 지적한 글이었죠. Unity가 미친 듯한 설치 수수료를 도입하려고 시도하고, 언리얼도 비슷한 일을 하지만 게임 개발자를 위한 것은 아니라서 괜찮다고 판단했으며, 고돗은 사용자 친화성이 부족하다는 점을 지적했어요.

재미있는 점은 이 글을 쓰는 동안 이 영상이 나왔다는 거에요:

나는 이 문제의 해결책으로 플러터를 제안했어요. 하지만 그때는 충분히 크게 생각하지 못했어요. 2D 모바일 게임을 대체할 것으로 생각했었죠.

플러터의 3D 지원에 그다지 감명받지 않았기 때문에 그랬던데요. Flutter를 사용하여 3D를 활용한 게임잼 게임 몇 개를 시도해봤는데 하드웨어 가속화가 되지 않았기 때문에 성능이 좋지 않았어요.

<div class="content-ad"></div>

플러터 포워드에서 임펠러가 문제를 해결하고 플러터에 GPU 가속 그래픽을 제공할 수 있다는 것이 보여졌어요. 하지만 언제 준비가 될지 확신하지 못했죠. 그리고 제게는 여전히 기술 데모처럼 보였어요: 텍스처, 그림자, 물리 효과가 없었습니다. 그렇다면 지금은 어떤가요?

![Image](https://miro.medium.com/v2/resize:fit:1012/0*rFXLv0aW41NpMOGF.gif)

대쉬가 점프했어요. 점프했어요! 물론, 상당히 부드러운 점프인데요, 이는 게임 개발에서 흔한 문제입니다. 이 데모는 게임 개발이 플러터로 올 것을 보여줍니다. 2D뿐만 아니라 3D 게임 개발도 말이에요. 그리고 생각한 것보다 일찍 도래할 수도 있습니다.

비디오 게임에서 불필요하게 어려운 것이 있을 때, 바로 UI라는 것이죠. 그리고 플러터는 그것을 쉽게 처리할 수 있습니다. 저는 플러터가 성공할 것이라는 의심이 들지 않아요.

<div class="content-ad"></div>

하지만, 이게 맞는 결정인가요?

요즘에 이것에 대해 생각을 많이 해봤는데, 제 생각에는 맞는 것 같아요. 프로젝트는 더 개발될수록 자연스레 느려지는데, 개선할 부분이 줄어들기 때문이에요. 제 생각에는 Flutter가 그 지점에 이르렀다고 생각해요. Flutter 1.x와 2.x 시절에는 할 일이 많았지만, 이제는 그렇지 않아요. 그래서 게임 개발로 전환한다고 해서 UI 측면이 반드시 영향을 받을 필요는 없을 것 같아요.

사실 게임 개발은 모두 성능에 관한 것이라서 오히려 도움이 될 수 있어요. 만약 게임 개발자를 만나면 그들이 이야기하는 것은 항상 캐시 미스, 점진적 가비지 수집기, 셰이더 해킹 등이에요. 게임 개발자들은 가능한 최상의 성능이 필요하기 때문에 게임 개발자를 위해 최적화하면 사실 모두를 위한 최적화를 하게 되는 것이죠.

실은 Flutter/Dart 가비지 수집기에 대한 또 다른 포스트를 작업 중인데, 저는 그것이 별로 좋지 않다고 생각해요. also여기에 이 게임 개발 각도가 추가되면 Flutter가 마침내 그 문제에 대처할 수밖에 없게 될지도 모르겠죠. 그런데 그런 일이 벌어진다면 큰 뉴스가 될 거 같아요.

<div class="content-ad"></div>

_혹시 과장일 수도 있어요_


Flutter를 게임 엔진으로 활용하는 방법


![Step-by-StepGuideforBuildingInteractiveCalendarsinPlotly](/assets/img/2024-08-17-Step-by-StepGuideforBuildingInteractiveCalendarsinPlotly_0.png)

Plotly는 시각화를 만들기 위한 가장 포괄적인 Python 라이브러리 중 하나입니다. 이 라이브러리는 대부분의 데이터 분석에 유용한 많은 미리 정의된 시각화를 제공합니다. 이러한 시각화는 높은 사용자 정의 가능성을 제공하여 인사이트를 시각화할 때 더 창의적일 수 있으며 새로운 시각화를 구현할 수도 있습니다.

이 기사에서는 Plotly를 사용하여 2024년 바르셀로나의 모든 공휴일을 시각화할 수 있는 캘린더를 만드는 방법을 단계별로 설명하겠습니다. 이 캘린더는 상호작용이 가능하여 도시의 다양한 공휴일에 대한 정보를 호버오버를 통해 제공합니다. 이 기사에서 보여준대로, Plotly는 캘린더를 만들기 위한 내장된 시각화 기능을 갖고 있지는 않지만 히트맵을 기반으로하고 상상력을 조금 가미함으로써 이러한 유형의 시각화를 쉽게 구현할 수 있습니다.

Plotly의 캘린더는 미리 정의된 도구로 생성된 것보다 더 많은 사용자 정의화가 가능합니다. 또한 가장 큰 장점 중 하나는 주피터 노트북과 통합이 가능하다는 점입니다. 예를 들어 이러한 노트북 내에서 시간적 분석을 수행할 수 있습니다. 또한 호버 오버를 우리의 분석 요구에 맞게 사용자 정의할 수 있습니다. 미리 정의된 도구와 비교했을 때 또 다른 큰 장점은 Plotly가 완전히 무료이며 구독이 필요하지 않다는 것입니다.

<div class="content-ad"></div>

달력을 만드는 방법을 알고 싶나요? 시작해 봅시다!

# ICS 파일을 데이터프레임으로 변환하기

첫 번째 단계는 해당 도시의 모든 공휴일이 포함된 데이터 프레임을 얻는 것입니다. 달력 관련 정보는 일반적으로 ICS( iCalendar) 형식의 파일에 저장되어 있습니다. 이 유형의 파일은 달력 및 이벤트 정보를 교환하는 데 가장 일반적이며 .ics 확장자를 가지고 있습니다.

이 문서에서 사용된 파일은 바르셀로나 시의 공개 데이터 페이지에서 얻었으며 다음 링크에서 다운로드할 수 있습니다:

<div class="content-ad"></div>

파일을 다운로드한 후, 문서 편집기로 열어서 파일의 구조를 확인할 수 있습니다. 속성인 BEGIN:VEVENT와 END:VEVENT는 파일에서 추출하려는 이벤트를 구분합니다. 각 이벤트에는 시작 날짜(DTSTART), 종료 날짜(DTEND), 요약(SUMMARY), 설명(DESCRIPTION)에 대한 정보가 포함되어 있습니다. 이 정보만 있으면 우리 캘린더를 만드는 데 충분합니다.

![Step-by-StepGuideforBuildingInteractiveCalendarsinPlotly](/assets/img/2024-08-17-Step-by-StepGuideforBuildingInteractiveCalendarsinPlotly_1.png)

이 파일에서 모든 정보를 추출하는 데 정규 표현식이 필요하지 않습니다. Python에는 ics라는 라이브러리가 있어 이러한 유형의 파일에서 쉽게 정보를 추출할 수 있습니다.

ICS 파일의 내용을 추출하여 데이터 프레임에 저장하기 위해 convert_ics_to_dataframe 함수를 정의했습니다.

<div class="content-ad"></div>

해당 기능은 파일의 내용을 읽고 ics 라이브러리에서 Calendar 객체를 생성합니다. 캘린더의 이벤트는 events 속성을 통해 액세스할 수 있습니다. 그런 다음 각 이벤트에 대해 시작 날짜 (event.begin), 종료 날짜 (event.end), 요약 (event.name) 및 설명 (event.description)을 추출하여 데이터 프레임에 저장합니다.

![이미지](/assets/img/2024-08-17-Step-by-StepGuideforBuildingInteractiveCalendarsinPlotly_2.png)

데이터프레임을 살펴보면 이벤트의 시작 날짜를 나타내는 열과 종료 날짜를 나타내는 열이 포함되어 있습니다. 목표는 세 가지 열만 포함하는 데이터프레임을 만드는 것입니다: (1) 날짜, (2) 요약 및 (3) 설명. 따라서 이벤트가 여러 날에 걸쳐 있는 경우 각 날이 데이터세트의 별도 행으로 표시됩니다. 이를 달성하기 위해 아래에 설명된 expand_date_range 함수를 사용합니다. 함수를 적용하기 전에 'Start Date'와 'End Date' 열은 datetime 유형으로 변환되었습니다.

![이미지](/assets/img/2024-08-17-Step-by-StepGuideforBuildingInteractiveCalendarsinPlotly_3.png)

<div class="content-ad"></div>

# 2024 캘린더를 위한 기본 DataFrame 생성

이전 DataFrame은 바르셀로나 시의 모든 공휴일 정보를 포함하고 있습니다. 하지만 이 모든 정보를 Plotly로 시각화하려면, 2024 캘린더의 모든 관련 데이터를 가진 DataFrame을 생성해야 합니다. 다음 함수를 사용하여 입력 매개변수로 지정된 연도(이 경우 2024년)에 대한 정보가 있는 DataFrame을 생성할 수 있습니다. 데이터 세트에는 2024년의 각 날짜에 대한 정보가 포함되어 있으며, 요일, ISO 주 번호 및 월 이름을 포함합니다.

![2024 Calendar](/assets/img/2024-08-17-Step-by-StepGuideforBuildingInteractiveCalendarsinPlotly_4.png)

이 DataFrame은 나중에 Plotly에서 캘린더를 만드는 데 사용될 것입니다. Date Type 열은 날짜 유형을 나타냅니다: 평일인 경우 (1), 주말인 경우 (2). 그리고 나중에 공휴일의 존재를 나타내기 위해 다른 유형의 날짜 (3)가 추가될 것입니다.

<div class="content-ad"></div>

# 2024 기본 DataFrame에 휴일 정보 통합하기

다음 단계는 2024 달력을 기본 DataFrame에 모든 휴일 정보를 통합하는 것입니다. 아래와 같이, 휴일은 Date Type이 3인 것으로 표시됩니다. Summary 열에는 휴일에 관한 정보가 포함되어 있으며, 나머지 날짜에 대해서는 평일인지 주말인지 여부가 나타납니다.

![이미지](/assets/img/2024-08-17-Step-by-StepGuideforBuildingInteractiveCalendarsinPlotly_5.png)

결과 DataFrame은 달력을 시각화하는 데 사용할 것입니다.

<div class="content-ad"></div>

# 2024 바르셀로나 휴일 달력 시각화

드디어, 바르셀로나 시내의 2024 달력 및 휴일을 시각화하는 히트맵을 생성하는 함수들이 정의됩니다. 먼저, 특정 월에 대한 히트맵을 생성하는 create_heatmap_for_month 함수를 만들고, 그 다음에는 이 함수를 사용하여 create_all_month_heatmaps 함수에서 전체 연간 각 월에 대한 히트맵을 생성할 것입니다.

해당 함수는 우리가 HTML 파일로 저장하거나 웹페이지에 삽입하거나 심지어 Medium 기사에 포함시킬 수 있는 figure를 반환합니다.

이전에 정의된 DataFrame을 사용하여 create_all_month_heatmaps 함수를 통해 달력을 생성합니다.

<div class="content-ad"></div>

거기, 이제 우리는 인터랙티브 달력을 가지고 있어요. 평일, 주말, 그리고 공휴일이 각기 다른 색상으로 표시되어 있습니다.

![인터랙티브 달력](/assets/img/2024-08-17-Step-by-StepGuideforBuildingInteractiveCalendarsinPlotly_6.png)

다음 이미지에서 보듯이, 만들어진 달력은 상호작용적이며, 마우스를 해당 날짜 위에 올리면 공휴일의 이름을 확인할 수 있습니다.

![인터랙티브 달력 확인](/assets/img/2024-08-17-Step-by-StepGuideforBuildingInteractiveCalendarsinPlotly_7.png)

<div class="content-ad"></div>

이제 창의적으로 시도해보세요 - 다양한 레이아웃, 예를 들어 한 행에 3개월씩 배치하거나 요일을 표시할 주석 추가와 같은 다양한 색상 팔레트를 사용해 보세요!

그다음, 시각화를 디자인하는 데 참고할 수 있는 아이디어를 얻을 수 있는 몇 가지 웹사이트를 소개하겠습니다.

# 캘린더 디자인에 창의적인 접근 방법

시각화를 만들 때 가장 중요한 측면 중 하나는 올바른 디자인입니다. 타이포그래피, 제목이나 부제목과 같은 시각화에 표시될 구성 요소, 선택한 색상과 같은 요소들이 결정적인 역할을 합니다. 종종 우리는 시각화를 어떻게 디자인할지 모르며 영감의 원천이 필요합니다.

<div class="content-ad"></div>

드리블은 시각화나 대시보드를 만들 때 영감을 얻을 수 있는 내가 가장 좋아하는 웹사이트 중 하나야. 모바일 기기와 웹사이트에 대한 시각화를 위한 수천 개의 디자인 예시가 이 사이트에 있다구.

색상 선택을 위해 내가 항상 참고하는 웹사이트는 Adobe Color야. 이 사이트를 통해 기분이나 키워드와 관련된 색상 팔레트를 검색할 수 있어.

나는 캘린더의 가능한 디자인과 색상 팔레트에 대한 영감을 위해 이 두 웹사이트를 참고했어. 아래에 보여지는 것처럼, 시각화에 미니멀한 터치를 주고 싶을 때나 빈티지한 느낌을 원할 때 등 다양한 스타일을 평가하고 실험했어. Plotly 시각화는 매우 사용자 정의 가능해서 디자인과 창의성에 실험할 수 있게 해줘.

<div class="content-ad"></div>

Plotly에는 달력을 만들기 위한 미리 정의된 시각화가 없지만, 이것은 우리가 사용자 정의 디자인의 동적 달력을 만들기 위한 해결책을 사용할 수 없다는 것을 의미하지 않습니다. 히트맵 시각화를 사용하면 Plotly에서 달력 및 다양한 시각화 형식을 만들 수 있습니다. 우리는 그들을 사용하는 데 창의적일 필요가 있습니다. 이 기사에서는 발레아리드 시티의 휴일을 시각화하기 위해 달력을 작성하는 방법을 단계별로 설명했습니다. 또한, Plotly가 제공하는 모든 사용자 정의 옵션을 사용함으로써 달력에 부여하고자 하는 스타일에 따라 다양한 디자인을 탐색했습니다.

읽어 주셔서 감사합니다.
아만다 이글레시아스


Posts