🚀 تایپ‌الیاس‌ها در «Kotlin»؛ یه ابزار قدرتمند برای تمیزتر کردن کدهای حرفه‌اتون!

وقتی با تایپ‌های پیچیده مثل توابع با پارامترهای زیاد یا جنریک‌های چندلایه سر و کار دارید، کد خیلی شلوغ می‌شه. «Type Aliases» به شما اجازه می‌دن یک اسم ساده به جای اون تایپ‌های حجیم بذارید.

🔹 کاربرد واقعی: فرض کنید توی یه پروژه «Android» مجبورید از تابعی استفاده کنید که یه «Map» از «String» به «List<Result<Int>>» برمی‌گردونه. هر بار نوشتن این تایپ هم دردسر داره هم خوانایی رو کم می‌کنه.

🔸 با «Type Alias» می‌تونید یه اسم مثل «ResultMap» براش تعریف کنید.

typealias ResultMap = Map<String, List<Result<Int>>>

fun fetchData(): ResultMap {
    // پیاده‌سازی تابع
    return emptyMap()
}

✅ حالا هر جا نیاز به این تایپ دارید، فقط از «ResultMap» استفاده می‌کنید؛ کد خواناتر و نگهداری‌ش ساده‌تر می‌شه.

🔑 نکته حرفه‌ای: از «Type Alias» برای نام‌گذاری توابع callback هم استفاده کنید:

typealias ProgressCallback = (percent: Int) -> Unit

fun downloadFile(url: String, onProgress: ProgressCallback) {
    // ...
}

📌 این کار باعث می‌شه که امضای توابع دیگه شلوغ نباشه و تیم راحت‌تر کد رو بخونه.

👨‍💻 یه نکته پیشرفته: «Type Alias» در زمان کامپایل حذف می‌شه و جایگزین واقعی خودش رو می‌گیره، پس هیچ هزینه اجرایی نداره!

🎯 یادتون باشه از «Type Alias» برای کاهش پیچیدگی و افزایش خوانایی استفاده کنید، نه برای مخفی کردن منطق.

#Codeit #Android #Kotlin #Jetpack #TypeAliases #KotlinTips #AdvancedKotlin #CleanCode
🌐 Codeit → https://code-it.ir

━━━━━━━━━━━━━━━
@CodeitMobile

🎯 می‌خوای بدون ایجاد اشیاء اضافی، تایپ‌های اختصاصی خودت رو در «Kotlin» تعریف کنی؟ «Value classes» دقیقاً همین کار رو می‌کنه!

📌 «Value classes» در «Kotlin» بهت اجازه می‌دن یه تایپ جدید با یه مقدار واحد (یک پراپرتی) بسازی، بدون اینکه حافظه اضافی مصرف بشه. در زمان اجرا، این کلاس به همون مقدار پایه (مثلاً «String» یا «Int») تبدیل می‌شه.

💡 کاربرد واقعی:
فرض کن توی برنامه‌ات از شناسه کاربر (مثل «userId») به صورت «String» استفاده می‌کنی. با «Value class» می‌تونی یه تایپ اختصاصی «UserId» بسازی تا دیگه اشتباهاً «userId» رو با یه «String» دیگه قاطی نکنی. همه اینا بدون هیچ سربار حافظه‌ای!

🧪 یه مثال عملی از «Value classes»:

@JvmInline
value class UserId(val id: String) {
    fun isValid(): Boolean = id.startsWith("USR")
}

@JvmInline
value class Email(val value: String) {
    fun domain(): String = value.substringAfter("@")
}

fun processUser(userId: UserId, email: Email) {
    println("Processing user ${userId.id} with email domain: ${email.domain()}")
}

fun main() {
    val uid = UserId("USR12345")
    val email = Email("user@example.com")
    processUser(uid, email)
    // خطا در زمان کامپایل اگر ترتیب اشتباه باشه:
    // processUser(email, uid) // Compile error!
}

📖 توضیح کد:
- با استفاده از «@JvmInline» و کلمه کلیدی «value class»، یه کلاس درون‌خطی می‌سازی که فقط یه پراپرتی داره.
- تابع «isValid» و «domain» متدهای اختصاصی روی تایپ‌های جدید هستند.
- حالا تابع «processUser» فقط تایپ درست رو قبول می‌کنه و از اشتباهات تایپی جلوگیری می‌شه.

✅ نکته مهم: در زمان اجرا، «UserId» و «Email» به «String» تبدیل می‌شن و هیچ شیء اضافی ساخته نمی‌شه. عملکرد کاملاً بهینه!

🔑 برداشت نهایی: «Value classes» امنیت تایپ رو با کارایی بالا ترکیب می‌کنن. حتماً توی پروژه‌هات ازشون استفاده کن تا کدتم رو از نظر معنایی غنی‌تر کنی.

#Codeit #Android #Kotlin #Jetpack #ValueClasses #InlineClasses #TypeSafety #KotlinAdvanced
🌐 Codeit → https://code-it.ir

━━━━━━━━━━━━━━━
@CodeitMobile

🎯 عادت‌های کوچک، نتایج بزرگ
بسیاری از برنامه‌نویس‌ها فکر می‌کنند «انضباط» یعنی ساعت‌ها پشت میز نشستن و کد زدن بی‌وقفه. اما حقیقت چیز دیگریست.

📌 انضباط یعنی انتخاب‌های روزانه
اگر هر روز فقط ۳۰ دقیقه روی یک «پروژه شخصی» کار کنی، بعد از یک ماه ۱۵ ساعت تجربه مفید داری. این یعنی رشد تدریجی و پایدار.

🔥 مثال واقعی:
تصور کن می‌خواهی یک «اپلیکیشن یادداشت» با «Kotlin» و «Jetpack Compose» بنویسی.
به جای اینکه یک روز ۸ ساعت کار کنی و بعد دو هفته هیچی، هر روز ۲۰ دقیقه روی یک بخش کوچک کار کن.

💡 تمرین امروز:
یک «لیست کارهای روزانه» برای کدنویسی درست کن. مثلاً:
1. مطالعه ۱۰ دقیقه «مستندات Android»
2. نوشتن ۵ خط کد جدید
3. رفع یک «باگ» کوچک

🔁 چرا این روش جواب می‌دهد؟
چون مغزت به «تکرار» عادت می‌کند. بعد از ۲۱ روز، کدنویسی بخشی از روتین روزانه‌ات می‌شود.

🚫 اشتباه رایج:
«منتظر انگیزه بودن». انگیزه می‌آید و می‌رود. انضباط یعنی حتی وقتی حوصله نداری، همان ۲۰ دقیقه را انجام دهی.

📈 نتیجه:
بعد از سه ماه، نه فقط کدهای بهتر می‌نویسی، بلکه اعتماد به نفست برای پروژه‌های بزرگتر هم بیشتر می‌شود.

#Codeit #Android #Kotlin #Jetpack #Discipline #DeveloperMindset #Productivity
🌐 Codeit → https://code-it.ir

━━━━━━━━━━━━━━━
@CodeitMobile

🔒 Sealed Interfaces در کاتلین: قدرت انعطافپذیری در معماری

تا حالا شده بخوای یه محدوده مشخص از نوع‌ها رو تعریف کنی، اما مجبور باشی از کلاس‌های آبستره یا اینترفیس معمولی استفاده کنی و بعد با خطاهای ناخواسته مواجه بشی؟ 😕
«Sealed Interface» دقیقاً برای همین ساخته شده! 🛡️

برخلاف «Enum» که فقط برای ثابت‌هاست، شما می‌تونی توی یک «Sealed Interface» از «data class»، «object» یا حتی «sealed class» استفاده کنی. این یعنی انعطاف‌پذیری بالا و کنترل کامل روی حالت‌ها. 💪

کاربرد عملی:
تصور کن داری یه سیستم loadingState می‌نویسی که سه حالت داره: بارگذاری، خطا و موفقیت. با «Sealed Interface» می‌تونی بدون نیاز به «When» ناقص، همه حالت‌ها رو مدیریت کنی.

✅ مثال کد ساده:

sealed interface UiState {
    data object Loading : UiState
    data class Success(val data: String) : UiState
    data class Error(val message: String) : UiState
}

fun handleState(state: UiState) {
    when (state) {
        is UiState.Loading -> println("در حال بارگذاری...")
        is UiState.Success -> println("داده: ${state.data}")
        is UiState.Error -> println("خطا: ${state.message}")
    }
    // نیازی به else نیست چون همه حالات پوشش داده شده
}

📌 توضیح کد:
در این مثال، هنگام استفاده از «when» کامپایلر چک می‌کنه که همه زیرنوع‌های «UiState» رو پوشش دادی. اگه یه حالت جدید اضافه کنی، کدت break می‌شه و مجبور میشی اونو هندل کنی. اینطوری از باگ‌های ناخواسته جلوگیری می‌کنی. 🧠

نکته پایانی:
از «Sealed Interface» برای تعریف State‌های UI، Event‌های پیچیده یا هرجایی که نیاز به چند نوع داده متفاوت داری استفاده کن. این تکنیک معماری «Clean Architecture» رو هم خیلی تمیزتر می‌کنه. 🚀

#Codeit #Android #Kotlin #Jetpack #SealedInterfaces #AdvancedKotlin #CleanArchitecture
🌐 Codeit → https://code-it.ir

━━━━━━━━━━━━━━━
@CodeitMobile

🔥 تایپ‌سیفتی کاتلین رو با «Advanced Generics» به سطح بعد ببر!

🧩 «Generics» فقط برای «List<String>» نیست؛ وقتی به «reified» و «variance» می‌رسی، دنیای جدیدی از کدهای تمیز و نوع‌مطمئن باز میشه.

📌 چرا «Advanced Generics» تو پروژه‌های واقعی ضروریه؟
- جلوگیری از تکرار کد با توابع «inline» و «reified»
- ساختن «API»های نوع‌مطمئن مثل «Retrofit» یا «Room»
- استفاده از «variance» برای انعطاف‌پذیری بیشتر

💡 مثال عملی: یک تابع «reified» برای تبدیل «JSON» به آبجکت بدون نیاز به «Class<T>»

inline fun <reified T> fromJson(json: String): T {
    return Gson().fromJson(json, T::class.java)
}

🧠 اینجا «T::class.java» فقط وقتی کار می‌کنه که تابع «inline» باشه و «T» رو «reified» اعلام کرده باشیم.
با این تکنیک، کدت خواناتر میشه و نیازی به ارسال «Class» به عنوان پارامتر نیست.

🎯 نتیجه: با «Advanced Generics» دیگه مجبور نیستی برای هر نوع داده جداگانه کد بنویسی.

💬 نظرت چیه؟ تا حالا از «reified» تو پروژه‌هات استفاده کردی؟

#Codeit #Android #Kotlin #Jetpack #Generics #TypeSafety #KotlinAdvanced
🌐 Codeit → https://code-it.ir

━━━━━━━━━━━━━━━
@CodeitMobile

📌 قراردادها یا «Contracts» در «Kotlin»
✨ یکی از ویژگی‌های پیشرفته «Kotlin» که کامپایلر رو از اهداف کد شما مطلع می‌کنه.

🧠 مشکل: گاهی تابعی را می‌نویسید که یک مقدار رو بررسی و در صورت معتبر نبودن، «throw» می‌کنه.
❌ کامپایلر نمی‌دونه بعد از اون تابع، متغیر حتماً مقدار معتبر داره، پس «smart cast» کار نمی‌کنه.

✅ راه‌حل: «Contract» به کامپایلر می‌گه: «اگر تابع به‌صورت عادی برگردد، شرایط خاصی برقرار است.»

💻 مثال واقعی: تابعی که یک رشته رو به عنوان «ID» از کاربر می‌گیره و اگر «null» یا خالی باشه، خطا می‌ده.

import kotlin.contracts.ExperimentalContracts
import kotlin.contracts.contract

@OptIn(ExperimentalContracts::class)
fun requireValidId(id: String?): String {
    contract {
        returns() implies (id != null)
    }
    requireNotNull(id) { "ID must not be null" }
    require(id.isNotBlank()) { "ID must not be blank" }
    return id
}

fun main() {
    val userInput: String? = getUserInput()
    val validId = requireValidId(userInput)
    // بدون Contract اینجا نمی‌توان از `validId` به‌عنوان غیرنال استفاده کرد
    println("Valid ID length: ${validId.length}")
}

🔍 توضیح:
در خط contract { returns() implies (id != null) } به کامپایلر می‌گوییم اگر تابع بدون خطا برگردد، آنگاه id حتماً نال نیست.
✅ نتیجه: بعد از فراخوانی، validId به‌طور خودکار «smart cast» شده و نیازی به بررسی مجدد نیست.

🎯 نکته کاربردی:
از «Contract» فقط برای توابعی استفاده کنید که منطق شرطی شفاف دارند.
⚠️ «Contracts» هنوز آزمایشی هستند (با @OptIn فعال می‌شوند).

🌟 خلاصه:
«Contracts» به کامپایلر اعتماد کافی می‌دهد تا «smart cast» و تحلیل کد را بهبود بخشد.

#Codeit #Android #Kotlin #Jetpack #Contracts #SmartCast #CompilerOptimization #AdvancedKotlin
🌐 Codeit → https://code-it.ir

━━━━━━━━━━━━━━━
@CodeitMobile

📱 وقتی پروژه‌ای بلندمدت شروع می‌کنی، انگیزه اولیه مثل آتش بازی می‌مونه✨ اما بعد از چند هفته، کمکم خاموش می‌شه.
🧠 واقعیت اینه که انگیزه یه حس زودگذره، نه یه منبع بی‌نهایت. پس چطور توی پروژه‌های بزرگ دوام بیاریم؟

🔥 ۱. پروژه رو به قطعات کوچیک تقسیم کن
به جای «تکمیل اپلیکیشن»، هدف بذار مثل «اضافه کردن صفحه پروفایل». هر تیکه که تموم می‌شه، یه پیروزی کوچیکه و دوپامین ترشح می‌کنه.

📆 ۲. پیشرفت رو قابل مشاهده کن
از ابزارهای ساده مثل «Trello» یا یه دفترچه استفاده کن. تیک زدن کارهای انجام‌شده حس کنترل و پیشرفت رو زیاد می‌کنه.

👥 ۳. یه «حساب پس‌دهی» پیدا کن
توی کامیونیتی‌های برنامه‌نویسی مثل «GitHub» یا «Telegram» عضو شو. وقتی بقیه می‌بیننت داری کار می‌کنی، خودت هم متعهد می‌مونی.

🔄 ۴. «واریاسیون» ایجاد کن
اگه تکراری شدن باعث بی‌حوصلگی شده، بخشی از پروژه رو با تکنولوژی جدیدی مثل «Jetpack Compose» یا «Ktor» بازنویسی کن. یادگیری چیز جدید انگیزه رو برمی‌گردونه.

🎮 ۵. قانون «پومودورو» رو امتحان کن
۲۵ دقیقه کار متمرکز بدون وقفه، بعد ۵ دقیقه استراحت. این چرخه باعث می‌شه مغزت خسته نشه و تمرکز بمونه.

🏁 نتیجه نهایی:
ساخت یه اپلیکیشن خوب شبیه دویدن ماراتونه، نه دوی سرعت. انگیزه رو ول کن، عادت بساز. هر روز یه خط کد بنویس، حتی اگه فقط یه commit باشه.

#Codeit #Android #Kotlin #Jetpack #Motivation #Productivity #ProgrammingMindset #LongTermProject
🌐 Codeit → https://code-it.ir

━━━━━━━━━━━━━━━
@CodeitMobile

🔒 ایموتبیلیتی (Immutability)؛ سپر امن در کدهای هم‌روند (Concurrent)
وقتی چند تابع یا «Coroutine» هم‌زمان به یک آبجکت دسترسی دارند، تغییر ناگهانی اون باعث باگ‌های سخت می‌شه. راه‌حل؟ استفاده از استراتژی‌های «Immutability».

✅ راهکار اول: همیشه از «val» به جای «var» استفاده کن
«val» فقط یک بار مقداردهی میشه و دیگه تغییر نمی‌کنه. این ساده‌ترین قدم برای جلوگیری از تغییرات ناخواسته‌ست.

✅ راهکار دوم: «data class» و متد «copy()»
وقتی نیاز به تغییر یک مقدار داری، به‌جای دستکاری مستقیم، یک کپی با تغییرات مورد نظر بساز:

data class User(val name: String, val age: Int)

fun main() {
    val user = User("Ali", 25)
    val updatedUser = user.copy(age = 26) // immutable update
    println(user)       // User(name=Ali, age=25)
    println(updatedUser) // User(name=Ali, age=26)
}

✅ راهکار سوم: مجموعه‌های فقط‌خواندنی (Read‑Only Collections)
از «listOf», «mapOf», «setOf» استفاده کن تا از تغییرات سهوی جلوگیری بشه. اگه نیاز به تغییر داری، مستقیماً یک «MutableList» بساز و بعد از اتمام کار، اون رو به «List» تبدیل کن.

val items = listOf("A", "B", "C") // immutable
// items.add("D") // کامپایل نمیشه

✅ راهکار چهارم: «sealed class» یا «sealed interface»
برای موقعیت‌هایی که مجموعه حالات ثابتی داری (مثل وضعیت‌های مختلف رابط کاربری)، از «sealed» استفاده کن. این کار تغییرات غیرمجاز را در زمان کامپایل مسدود می‌کنه.

💡 نتیجه عملی:
در «ViewModel» و «Jetpack Compose» همیشه «State» رو به صورت immutable نگه دار و با «copy()» یا «StateFlow» وضعیت جدید رو منتشر کن. این کار از نوسانات UI و باگ‌های هم‌روند جلوگیری می‌کنه.

#Codeit #Android #Kotlin #Jetpack #Immutability #CleanCode #Concurrency #StateManagement
🌐 Codeit → https://code-it.ir

━━━━━━━━━━━━━━━
@CodeitMobile

همیشه دسترسی همزمان به یک منبع مشترک در محیط چندنخی، برنامه رو به دردسر می‌ندازه. 🧵⚡️

وقتی دو یا چند «Coroutine» همزمان به یک متغیر یا لیست مینویسن، وضعیت «Race Condition» رخ میده و نتیجه غیرقابل پیش‌بینی میشه.

برای حل این مشکل، باید از ابزارهای «Thread Safety» مثل «Mutex»، «Semaphore» یا «Atomic» استفاده کنیم. در دنیای «Kotlin Coroutines»، «Mutex» بهترین جایگزین برای «synchronized» هست.

🌀 فرض کن چند «Coroutine» میخان همزمان به یک حساب بانکی واریز کنن. اگر از «Mutex» استفاده نکنیم، موجودی نهایی اشتباه محاسبه میشه.

یک مثال عملی از استفاده از «Mutex» توی «Kotlin»:

import kotlinx.coroutines.*
import kotlinx.coroutines.sync.Mutex
import kotlinx.coroutines.sync.withLock

data class BankAccount(var balance: Long = 0)

suspend fun deposit(account: BankAccount, amount: Long, mutex: Mutex) {
    mutex.withLock {
        account.balance += amount
    }
}

fun main() = runBlocking {
    val account = BankAccount()
    val mutex = Mutex()
    val jobs = List(10_000) {
        launch(Dispatchers.Default) {
            deposit(account, 10, mutex)
        }
    }
    jobs.joinAll()
    println(account.balance) // 100_000
}

این کد تضمین میکنه که هر بار فقط یک «Coroutine» بتونه موجودی رو تغییر بده. نتیجه نهایی همیشه دقیق هست. ✅

💡نکته عملی: برای «Shared Mutable State» توی «Coroutines»، همیشه از «Mutex» یا «StateFlow» استفاده کن؛ نه از «synchronized» سنتی.

#ThreadSafety #Kotlin #Concurrency #Coroutines #Mutex #Android #Jetpack #Codeit
🌐 Codeit → https://code-it.ir

━━━━━━━━━━━━━━━
@CodeitMobile

📦 در دنیای پیشرفته «Android»، مدیریت داده‌های JSON بدون «Kotlin Serialization» مثل رانندگی بدون فرمانه!
این کتابخونهٔ بومی و بهینه، جایگزین قدرتمندی برای «Gson» یا «Moshi» هست.
با حذف «Reflection»، هم سرعت اجرا بیشتره، هم امنیت تایپ حفظ میشه.

🧠 مفهوم اصلی:
- با @Serializable هر کلاس «data» رو برای تبدیل به JSON آماده می‌کنی.
- با @SerialName اسم فیلدها رو در JSON سفارشی می‌کنی.
- با @Transient فیلدهایی که نباید سریالایز بشن رو مشخص می‌کنی.

💡 پروژه‌های حرفه‌ای: مثلاً وقتی از «Retrofit» با «Kotlin Serialization Converter» استفاده می‌کنی، نیازی به نوشتن مپ‌های دستی نیست.

👇 یه مثال عملی از سریالایز کردن یه مدل با فیلدهای سفارشی:

import kotlinx.serialization.Serializable
import kotlinx.serialization.SerialName
import kotlinx.serialization.json.Json

@Serializable
data class User(
    @SerialName("full_name") val fullName: String,
    val age: Int,
    @Transient val password: String? = null
)

fun main() {
    val user = User("Sara Ahmadi", 28)
    val json = Json { prettyPrint = true }
    val output = json.encodeToString(user)
    println(output)
    // {
    //     "full_name": "Sara Ahmadi",
    //     "age": 28
    // }
}

🎯 توضیح کد:
- فیلد fullName در JSON به full_name تبدیل شده.
- password به خاطر @Transient نادیده گرفته شده.
- با Json { prettyPrint = true } خروجی مرتب و خوانا می‌شه.

🔥 نکته پیشرفته:
میتونی با serializersModule سریالایزرهای سفارشی برای کلاس‌های پیچیده یا «sealed class» بنویسی.

🌟 برداشت نهایی:
«Kotlin Serialization» نه تنها سرعت و امنیت رو بالا میبره، بلکه کدت رو تمیز و مقیاس‌پذیر می‌کنه. حتماً توی پروژه‌های جدیدت جایگزین کتابخونه‌های قدیمی کن.

#Codeit #Android #Kotlin #Jetpack #KotlinSerialization #JSON #Retrofit #AdvancedAndroid
🌐 Codeit → https://code-it.ir

━━━━━━━━━━━━━━━
@CodeitMobile

🧠 چطور مثل یک «Senior Developer» فکر کنیم؟

بیشتر ما فکر می‌کنیم سینیور کسی است که کدهای پیچیده می‌نویسه 📝
اما حقیقت اینه: سینیورها ساده‌ترین راه‌حل رو انتخاب می‌کنن، نه پیچیده‌ترینشون.

🔍 تفاوت اصلی در نگاه به مسئله‌ست:
جونیور به کد نگاه می‌کنه، سینیور به محصول و تیم 🧑‍💻👥

سه عادت کلیدی که ذهنیت سینیور رو می‌سازه:

1️⃣ سوال قبل از کد زدن
قبل از نوشتن یک خط کد، از خودت بپرس:
«آیا این راه‌حل قابلیت نگهداری داره؟ آیا تیم می‌تونه ادامه بده؟»

2️⃣ غلبه بر «NIH Syndrome»
سینیورها از کتابخونه‌های آماده استفاده می‌کنن، نه اینکه همه چیز رو از صفر بنویسن 📚
«Jetpack Compose» و «Kotlin Coroutines» رو به‌جا به کار ببر.

3️⃣ مدیریت «Technical Debt»
بدهی فنی رو نادیده نگیر، ولی برای هر بدهی تأثیر روی بیزینس رو بسنج ⚖️

💡 نکته طلایی:
هر تصمیم فنی باید جواب این سوال رو بده: «این کار چقدر ارزش برای کاربر و تیم می‌سازه؟»

با این طرز فکر، حتی با دو سال تجربه هم می‌تونی مثل یک سینیور رفتار کنی 🚀

#Codeit #Android #Kotlin #Jetpack #SeniorMindset #DeveloperGrowth #CleanCode #SoftwareEngineering
🌐 Codeit → https://code-it.ir

━━━━━━━━━━━━━━━
@CodeitMobile

⏳ کار با تاریخ و زمان در اندروید همیشه چالش‌برانگیز بوده؛ مخصوصاً وقتی با مناطق زمانی مختلف و فرمت‌های غیراستاندارد سر و کار دارید.

📅 در کاتلین مدرن، کتابخانهٔ «java.time» بهترین گزینه است. دیگر نیازی به «SimpleDateFormat» یا «Calendar» ندارید.

🔍 یک مشکل رایج: تبدیل یک «Timestamp» به تاریخ محلی کاربر با رعایت منطقهٔ زمانی.

🧠 راه‌حل: استفاده از «Instant» و «ZoneId» برای تبدیل دقیق.

✅ با این دو کلاس، همیشه نتیجه‌ی درست می‌گیرید.

👇 یک مثال عملی:

import java.time.Instant
import java.time.ZoneId
import java.time.ZonedDateTime
import java.time.format.DateTimeFormatter

val timestamp: Long = 1700000000000L // مثال
val instant = Instant.ofEpochMilli(timestamp)
val zone = ZoneId.of("Asia/Tehran")
val zonedDateTime = ZonedDateTime.ofInstant(instant, zone)
val formatter = DateTimeFormatter.ofPattern("yyyy/MM/dd HH:mm")
val persianDate = zonedDateTime.format(formatter)
println(persianDate) // خروجی: ۱۴۰۲/۰۸/۲۰ ۱۲:۳۰

💡 این کد تایم‌استمپ را به تاریخ و زمان محلی بر اساس منطقه زمانی تهران تبدیل می‌کند.

⚙️ نکتهٔ پیشرفته: برای ذخیره در «Room Database»، بهتر است تاریخ را به «Long» (timestamp) تبدیل کنید و هنگام نمایش با «java.time» به فرمت دلخواه تغییر دهید.

🚀 با این روش، همهٔ پیچیدگی‌های «Daylight Saving Time» و مناطق زمانی خودکار مدیریت می‌شود.

📌 حتماً از این رویکرد در پروژه‌های جدید استفاده کنید.

#Codeit #Android #Kotlin #Jetpack #DateTime #javaTime #KotlinTips #AndroidDev
🌐 Codeit → https://code-it.ir

━━━━━━━━━━━━━━━
@CodeitMobile

🧼 طراحی API تمیز در «Kotlin» یعنی کدی که خوانا، پیش‌بینی‌پذیر و مقاوم در برابر خطاهای ناخواسته باشه.
📦 فرض کنید یک تابع عملیات شبکه انجام میده و ممکنه موفق باشه یا با خطا مواجه بشه.
🔧 استفاده از «sealed class» به جای «nullable» یا «Exception» خروجی رو شفاف و اجباری برای هندل کردن همه حالت‌ها می‌کنه.

مثال ساده از یک «API» تمیز برای دریافت کاربر:

sealed class NetworkResult<out T> {
    data class Success<T>(val data: T) : NetworkResult<T>()
    data class Error(val message: String, val code: Int? = null) : NetworkResult<Nothing>()
}

fun fetchUser(id: String): NetworkResult<User> {
    return try {
        val user = apiService.getUser(id)
        NetworkResult.Success(user)
    } catch (e: Exception) {
        NetworkResult.Error("Failed to fetch user", code = 404)
    }
}

✅ این طراحی باعث میشه مصرف‌کننده (مثلاً «ViewModel») مجبور بشه همه شاخه‌های «Success» و «Error» رو پوشش بده و دیگه خبری از «null»های غیرمنتظره یا خطاهای پنهان نیست.
🚀 نکته عملی: همیشه برای توابعی که می‌تونند شکست بخورند، از «sealed class» یا «Result» استاندارد «Kotlin» استفاده کنید تا کدتون هم تمیز بمونه هم دیباگ کردنش راحت‌تر بشه.

#Codeit #Android #Kotlin #Jetpack #CleanArchitecture #API #SealedClass #KotlinTips
🌐 Codeit → https://code-it.ir

━━━━━━━━━━━━━━━
@CodeitMobile

🚀 اگه فکر میکنی کد «Kotlin»ات به اندازه کافی سریعه، وقتشه یه نگاه عمیق‌تر بندازی!
بیشتر مشکلات performance توی پروژه‌های بزرگ از بی‌توجهی به جزئیات میاد. بیا چند تا تکنیک پیشرفته رو مرور کنیم.

👨‍💻 ۱. استفاده از «inline functions»
توابع معمولی overhead فراخوانی دارن. با «inline» این overhead حذف میشه. مخصوصاً برای «lambda»های تکراری:

inline fun measureTimeMillis(block: () -> Unit): Long {
    val start = System.currentTimeMillis()
    block()
    return System.currentTimeMillis() - start
}

این تابع مستقیماً کد «lambda» رو در محل فراخوانی کپی می‌کنه و overhead حذف میشه.

⚡ ۲. اجتناب از «allocation»های بی‌مورد
مثلاً توی حلقه‌ها از «String» با «+» استفاده نکن. از «StringBuilder» یا «inline string templates» بهره ببر.

val result = buildString {
    for (i in 1..1000) {
        append("Item $i, ")
    }
}

«buildString» از «StringBuilder» داخلی استفاده می‌کنه و memory allocation رو کاهش میده.

🧠 ۳. استفاده از «primitive arrays» به جای «List<Int>»
«IntArray» یا «FloatArray» مستقیماً روی حافظه بومی کار می‌کنن و boxing ندارن.

val numbers = IntArray(1000) { it * 2 } // بدون boxing

برای عملیات عددی سنگین، این تفاوت چشمگیره.

📉 ۴. بهینه‌سازی «lambda» با «noinline» و «crossinline»
وقتی نیاز به non-local return نیست، از «crossinline» استفاده کن تا overhead کاهش یاب.

inline fun runTask(crossinline task: () -> Unit) {
    Thread { task() }.start()
}

این کار از ایجاد closure غیرضروری جلوگیری می‌کنه.

🎯 نتیجه: با این تکنیک‌ها، کد «Kotlin» تا ۲ برابر سریع‌تر اجرا میشه.
همیشه قبل از انتشار، پرفورمنس رو با «Profiler» اندازه‌گیری کن.

#Codeit #Android #Kotlin #Jetpack #PerformanceOptimization #InlineFunctions #KotlinTips #AdvancedKotlin
🌐 Codeit → https://code-it.ir

━━━━━━━━━━━━━━━
@CodeitMobile

هر برنامه‌نویسی یه روزی با خطا مواجه میشه 🚫
نه‌تنها تو کد، تو زندگی حرفه‌ایم.
فرق آدم‌ها تو <b>نحوه برخورد با شکست</b> هست، نه تعداد موفقیت‌هاشون.

شکست یعنی یه راه دیگه که جواب نداده ✖️
نه اینکه تو نمی‌تونی.
هر باگ رفع‌نشده، هر پروژه کنسل‌شده، هر مصاحبه ردشده یه درس عملیه.

توی دنیای اندروید، «Kotlin» و «Jetpack Compose» پر از خطاهای جدیدن.
وقتی کدت کرش می‌کنه، به جای سرزنش خودت، بپرس: <b>از این خطا چه یاد گرفتم؟</b>

یه ذهنیت درست:
- شکست رو بپذیر، تحلیلش کن، رها کن.
- هر بار که بلند می‌شی، یه قدم جلوتر از قبل هستی.
- بازخورد بگیر، از اشتباهات همکارات یاد بگیر.

تجربه ثابت کرده بهترین برنامه‌نویسا کسایی نیستن که خطا ندارن؛
کسایی‌ان که از هر خطا یه پله ساختن برای آینده 📈

حتی «Stack Overflow» یا «GitHub» پر از اشتباهات بزرگان برنامه‌نویسیه.
هیچ‌کس یک‌شبه حرفه‌ای نشده.

پس دفعه بعد که با خطا روبه‌رو شدی، به خودت بگو:
<b>این فقط یه مرحله‌ست از مسیر، نه انتهای راه.</b>

نکته عملی:
بعد هر پروژه، لیستی از اشتباهات و درس‌هات بنویس.
ماه بعد با افتخار نگاهش کن و ببین چقدر رشد کردی.

#Codeit #Android #Kotlin #Jetpack #DeveloperMindset #GrowthMindset #CodingJourney #EmbraceFailure
🌐 Codeit → https://code-it.ir

━━━━━━━━━━━━━━━
@CodeitMobile

❓ چرا «Coroutines» در دنیای اندروید وجود دارن؟
چون مدیریت تسک‌های ناهمگام مثل درخواست شبکه یا دیتابیس، با «Thread»های معمولی کابوس‌ست 🧟
کالبک‌های تو در تو (Callback Hell) کد رو غیرقابل نگهداری می‌کنن 😵‍💫

«Coroutines» راهکاری سبک و ساختاریافته برای نوشتن کد ناهمگام به سبک ساده و ترتیبی ارائه می‌دن 🛠️
بدون بلاک کردن رشته اصلی (Main Thread)، می‌تونید کارهای طولانی رو معلق (Suspend) کنید و بعد ادامه بدید 🧵✨

📌 یک مثال عملی: فرض کنید دیتا از سرور می‌گیرید و در UI نمایش می‌دید.
با «Coroutines» این کار بدون هیچ کالبکی انجام میشه:

fun fetchUserData() {
    viewModelScope.launch {
        val user = withContext(Dispatchers.IO) { userRepository.getUser() }
        // پس از دریافت، به UI برگرد
        updateUI(user)
    }
}

🧩 این کد چیکار می‌کنه؟
«launch» یک «Coroutine» جدید می‌سازه که در «viewModelScope» اجرا میشه.
«withContext(Dispatchers.IO)» عملیات سنگین رو به رشته مخصوص I/O می‌بره، بدون بلاک کردن Main.
وقتی نتیجه آماده شد، خودکار به رشته اصلی برمی‌گرده و «updateUI» اجرا میشه.

✅ مزیت اصلی: کد هم‌خون با کدهای ترتیبی معمولی، اما عملکرد هم‌زمان و غیربلاک‌کننده.
بدون نیاز به مدیریت دستی Threadها و کاهش مصرف حافظه.

🚀 این اولین قدم برای تسلط بر برنامه‌نویسی ناهمگام در کاتلینه.
بقیه مفاهیم مثل «Structured Concurrency» و «Cancellation» رو در بخش‌های بعدی می‌بینیم.

#Codeit #Android #Kotlin #Jetpack #Coroutines #AsyncProgramming #KotlinCoroutines
🌐 Codeit → https://code-it.ir

━━━━━━━━━━━━━━━
@CodeitMobile

🔹 «suspend function» چطور کدهای async رو به ظاهر sync تبدیل میکنه؟
🔸 اینجا توی بخش دوم «Coroutines» عمیقتر میریم توی مفهوم «suspend function» و جادوی پشتش.

🔹 هر تابعی که با کلیدواژه «suspend» علامتگذاری بشه، میتونه بدون مسدود کردن thread، اجراش رو متوقف کنه و بعداً از همون نقطه ادامه بده.
🔸 مثلاً تصور کن داری از سرور دیتا میگیری؛ توی کد معمولی باید با callback یا «Thread.sleep» منتظر بمونی، اما با «suspend» کدت مثل یه تابع معمولی خونده میشه.

🔹 بیاین یه مثال عملی ببینیم: شبیهسازی درخواست شبکه با تاخیر ۲ ثانیه:

suspend fun fetchUserData(): String {
    delay(2000) // شبیه‌سازی تاخیر شبکه
    return "User: Ali"
}

🔸 توی این قطعه، «delay» یه «suspend function» هست که thread رو بلاک نمیکنه، فقط coroutine رو به حالت تعلیق میبره.

🔹 وقتی از «fetchUserData» توی یک «coroutineScope» صدا بزنی، اجراش متوقف میشه و بعد از ۲ ثانیه ادامه پیدا میکنه—هیچ threadای بلاک نمیشه.

🔸 این یعنی میتونی همزمان چندتا درخواست بزنی بدون افت performance.

🔹 نکته پیشرفته: هر «suspend function» در پشت صحنه به یک «continuation» تبدیل میشه که وضعیت اجرا رو ذخیره میکنه.

🔸 برای استفاده درست، همیشه «suspend function» رو فقط از داخل «coroutine» یا «suspend function» دیگه صدا بزن.

🔹 حالا برو کدهات رو با «suspend» بازنویسی کن و از callbackها خداحافظی کن.

#Codeit #Android #Kotlin #Jetpack #Coroutines #SuspendFunctions #KotlinAdvanced
🌐 Codeit → https://code-it.ir

━━━━━━━━━━━━━━━
@CodeitMobile

🚀 Coroutines پیشرفته: «launch» در مقابل «async» – تفاوت واقعی کجاست؟
وقتی توی پروژه‌های بزرگ اندروید از «Coroutines» استفاده می‌کنی، دیر یا زود به انتخاب بین «launch» و «async» می‌رسی. این دو مثل دو برادر دوقلو هستن اما هرکدوم کار خاص خودشون رو دارن. انتخاب اشتباه می‌تونه کدت رو پیچیده یا حتی باعث باگ بشه. بیا با یه مثال واقعی ببینیم فرقشون چیه.

📌 «launch» برای کارهای یک‌طرفه (Fire-and-Forget) عالیه: مثلاً ذخیره داده در دیتابیس یا ارسال لاگ، جایی که نیازی به گرفتن نتیجه نداری.
📌 «async» مخصوص کارهایی که باید نتیجه رو برگردونی: مثلاً دریافت اطلاعات از سرور یا پردازش سنگین که بعداً جوابش رو تو رابط کاربری نشون میدی.

🧠 مثال عملی: فرض کن توی یه اپلیکیشن فروشگاهی، هم باید اطلاعات کاربر رو از سرور بگیری (نیاز به نتیجه) و هم یه پیام تبلیغاتی ذخیره کنی (نیاز نیست).

// نمونه کد با استفاده از launch و async
fun fetchData(): Deferred<String> = viewModelScope.async(Dispatchers.IO) {
    delay(2000) // شبیه‌سازی درخواست شبکه
    "داده‌های دریافتی از سرور"
}

fun saveLog() {
    viewModelScope.launch(Dispatchers.IO) {
        delay(500) // ذخیره سریع
        println("لاگ ذخیره شد")
    }
}

// استفاده در ViewModel
fun loadProfile() {
    saveLog() // نیازی به نتیجه نداریم
    viewModelScope.launch {
        val result = fetchData().await()
        // بروزرسانی UI با result
        _uiState.value = result
    }
}

💡 توضیح کد:
- تابع fetchData: با «async» کار سنگین شبکه رو انجام می‌ده و یه «Deferred<String>» برمی‌گردونه.
- تابع saveLog: با «launch» لاگ رو ذخیره می‌کنه و منتظر هیچ نتیجه‌ای نیست.
- داخل loadProfile: ابتدا لاگ ذخیره می‌شه (آتش و فراموش). بعد با await() نتیجه رو از «Deferred» می‌گیریم و UI رو آپدیت می‌کنیم.

🎯 نکته کلیدی:
اگر به نتیجه نیاز داری → «async»
اگر فقط می‌خوای یه کاری انجام بشه (بدون نیاز به جواب) → «launch»
این انتخاب ساده باعث خوانایی و بهینگی کدت می‌شه.

#Codeit #Android #Kotlin #Coroutines #launch #async #Jetpack #KotlinCoroutines
🌐 Codeit → https://code-it.ir

━━━━━━━━━━━━━━━
@CodeitMobile

📱 یادگیری «Android» قرار نیست یک شبه اتفاق بیفته، اما خیلی‌ها وسط راه خسته می‌شن و ول می‌کنن. 😓
رازش تو حجم مطالبی نیست که می‌خونی، بلکه تو مسیری که انتخاب می‌کنی.

🧠 اول از همه: ذهنتو از «کمال‌گرایی» خالی کن. قرار نیست همه چیز رو از روز اول بلد باشی.
🎯 فقط یک هدف کوچک برای هر هفته انتخاب کن: مثلاً یادگیری «ViewModel» یا کار با «StateFlow».

📌 قانون ۲۰ دقیقه رو امتحان کن: هر روز فقط ۲۰ دقیقه کد بزن، نه بیشتر. این کار استرس رو کم می‌کنه و مغزت عادت می‌کنه.

🔄 وقتی به مشکل می‌خوری، به جای گشتن توی ده تا منبع، فقط یک منبع معتبر مثل مستندات رسمی «Android Developers» رو باز کن.

👨‍💻 از پروژه‌های کوچیک شروع کن: یک «ToDo App» ساده با «Room Database». اونقدر تکرارش کن تا برات عادی بشه.

⏳ یادت باشه: پیشرفت خطی نیست. بعضی هفته‌ها هیچی یاد نمی‌گیری، بعضی هفته‌ها پرواز می‌کنی. اشکال نداره.

💡 نکته طلایی: برای هر مبحث جدید، اول «چرایی» اون رو بفهم، بعد برو سراغ «چگونگی».

🔥 در نهایت: بزرگ‌ترین دشمن تو مقایسه با بقیه است. مسیر خودت رو برو، با سرعت خودت.

📌 خلاصه: برنامه کوچیک، تمرکز بالا، استراحت کافی، و تکرار. همین.

#Codeit #Android #Mindset #Learning #Kotlin #Jetpack #NoStress

🌐 Codeit → https://code-it.ir

━━━━━━━━━━━━━━━
@CodeitMobile

🚀 آیا می‌دونی چرا بعضی از «Coroutine»‌ها با وجود خطا، بقیه رو نابود نمی‌کنن؟
🔧 رازش در انتخاب نوع «CoroutineScope» و «Job» هست!

🧠 «CoroutineScope» مشخص می‌کنه coroutine‌ها تا کی زنده باشن و چطور لغو بشن.
📦 هر scope یه «Job» داره؛ اگر اون «Job» رو با «SupervisorJob» بسازی، شکست یک coroutine بقیه رو نمی‌کشه!

💡 مثال کاربردی: توی اندروید، گاهی نیاز به scope اختصاصی داری که lifecycle خودش رو داشته باشه (مثل یک سرویس ساده).

✅ با این scope سفارشی خطاها رو مدیریت کن:

class DataLoader {
    private val scope = CoroutineScope(SupervisorJob() + Dispatchers.IO)

    fun loadData() {
        scope.launch { /* دانلود فایل A */ }
        scope.launch { /* دانلود فایل B */ }
    }

    fun cleanup() {
        scope.cancel() // همه رو لغو کن
    }
}

🛠 در این کد، اگر دانلود فایل A با خطا مواجه بشه، دانلود فایل B ادامه پیدا می‌کنه.
✅ با صدا زدن «cleanup» در زمان مناسب (مثلاً onDestroy)، از نشت حافظه جلوگیری می‌کنی.

🎯 نکته طلایی: همیشه scopeهای سفارشی رو بعد از اتمام کار لغو کن تا منابع هدر نره!

📌 حالا وقتشه که تو پروژه‌ات از «SupervisorJob» استفاده کنی و خطاهای جزئی رو مدیریت کنی.

#Codeit #Android #Kotlin #Jetpack #Coroutines #CoroutineScope #SupervisorJob
🌐 Codeit → https://code-it.ir

━━━━━━━━━━━━━━━
@CodeitMobile