Kotlin MVI (Model-View-Intent) mimarisi i\u00e7in en iyi k\u00fct\u00fcphaneleri mi ar\u0131yorsunuz? Uygulama geli\u015ftiricileri olarak, durum y\u00f6netiminin karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 ve performans beklentilerini en iyi \u015fekilde kar\u015f\u0131layacak \u00e7\u00f6z\u00fcmleri bulmak her zaman bir \u00f6nceliktir. Bu makalede, piyasadaki 17 pop\u00fcler Kotlin MVI k\u00fct\u00fcphanesini titizlikle haz\u0131rlad\u0131\u011f\u0131m\u0131z 103 farkl\u0131 kriterde kar\u015f\u0131la\u015ft\u0131rd\u0131k ve projeniz i\u00e7in en uygun 4 \u00e7\u00f6z\u00fcm\u00fc detayl\u0131 bir incelemeyle sunuyoruz. Gelin, modern Android geli\u015ftirme yolculu\u011funuzda size rehberlik edecek bu kar\u015f\u0131la\u015ft\u0131rman\u0131n derinliklerine inelim.<\/p>\n
Modern Android uygulamalar\u0131, kullan\u0131c\u0131 aray\u00fcz\u00fc (UI) ve veri ak\u0131\u015f\u0131 a\u00e7\u0131s\u0131ndan giderek daha karma\u015f\u0131k hale geliyor. Uygulama durumunun (state) y\u00f6netimi, \u00f6zellikle asenkron i\u015flemler ve kullan\u0131c\u0131 etkile\u015fimlerinin yo\u011fun oldu\u011fu senaryolarda ciddi zorluklar yaratabilir. \u0130\u015fte tam da bu noktada, MVI (Model-View-Intent) mimarisi devreye girerek geli\u015ftiricilere g\u00fc\u00e7l\u00fc ve \u00f6ng\u00f6r\u00fclebilir bir yap\u0131 sunuyor.<\/p>\n
MVI, tek y\u00f6nl\u00fc veri ak\u0131\u015f\u0131n\u0131 benimseyen, reaktif ve fonksiyonel programlama prensiplerine dayanan bir mimari desendir. Bu sayede, uygulaman\u0131zdaki her t\u00fcrl\u00fc kullan\u0131c\u0131 etkile\u015fimi (Intent), modeldeki bir durumu (State) de\u011fi\u015ftirir ve bu yeni durum View taraf\u0131ndan g\u00f6r\u00fcnt\u00fclenir. Bu d\u00f6ng\u00fc, uygulaman\u0131n davran\u0131\u015f\u0131n\u0131 son derece \u00f6ng\u00f6r\u00fclebilir ve test edilebilir hale getirir. \u00d6rne\u011fin, bir kullan\u0131c\u0131n\u0131n sepete \u00fcr\u00fcn eklemesi durumunda, bu bir “AddItemIntent” olarak temsil edilir. Bu Intent, uygulaman\u0131n ViewModel’\u0131na iletilir, ViewModel ilgili i\u015f mant\u0131\u011f\u0131n\u0131 y\u00fcr\u00fct\u00fcr ve sepetin yeni durumunu (\u00f6rne\u011fin, \u00fcr\u00fcn say\u0131s\u0131 g\u00fcncellenmi\u015f) yans\u0131tan yeni bir “CartState” yay\u0131nlar. View ise bu yeni durumu alarak kullan\u0131c\u0131 aray\u00fcz\u00fcn\u00fc g\u00fcnceller. Bu sayede, herhangi bir zamanda uygulaman\u0131n neden belirli bir durumda oldu\u011funu anlamak ve hatalar\u0131 ay\u0131klamak \u00e7ok daha kolay hale gelir.<\/p>\n
MVI’\u0131n sundu\u011fu en b\u00fcy\u00fck avantajlardan biri, durumun tek bir kaynaktan y\u00f6netilmesi ve immutable (de\u011fi\u015ftirilemez) olmas\u0131d\u0131r. Bu, e\u015fzamanl\u0131l\u0131k sorunlar\u0131n\u0131 azalt\u0131r ve uygulaman\u0131n tutarl\u0131l\u0131\u011f\u0131n\u0131 art\u0131r\u0131r. Ayr\u0131ca, her bir Intent ve State’in a\u00e7\u0131k\u00e7a tan\u0131mlanmas\u0131, kodun okunabilirli\u011fini ve bak\u0131m\u0131n\u0131 kolayla\u015ft\u0131r\u0131r. \u00d6zellikle b\u00fcy\u00fck ve karma\u015f\u0131k projelerde, MVI’\u0131n getirdi\u011fi yap\u0131sal d\u00fczen, geli\u015ftirme s\u00fcre\u00e7lerini h\u0131zland\u0131r\u0131r ve olas\u0131 hatalar\u0131 minimize eder. Test edilebilirlik, MVI’\u0131n do\u011fas\u0131nda vard\u0131r; her bir Intent’in neye yol a\u00e7aca\u011f\u0131n\u0131 ve her bir State’in nas\u0131l g\u00f6r\u00fcnece\u011fini kolayca test edebilirsiniz. Bu da, uygulaman\u0131n kalitesini ve g\u00fcvenilirli\u011fini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r. G\u00fcn\u00fcm\u00fczde Jetpack Compose gibi deklaratif UI \u00e7er\u00e7eveleriyle de m\u00fckemmel bir uyum sergilemesi, MVI’\u0131 Android geli\u015ftirme ekosisteminde vazge\u00e7ilmez bir \u00e7\u00f6z\u00fcm haline getirmektedir.<\/p>\n
Bir\u00e7ok geli\u015ftirici, MVI’\u0131n ba\u015flang\u0131\u00e7ta biraz daha fazla “boilerplate” kodu gerektirebilece\u011fini d\u00fc\u015f\u00fcnse de, uzun vadede sa\u011flad\u0131\u011f\u0131 faydalar bu ilk \u00e7abay\u0131 fazlas\u0131yla hakl\u0131 \u00e7\u0131kar\u0131r. \u00d6zellikle ekip i\u00e7indeki tutarl\u0131l\u0131\u011f\u0131 sa\u011flamak, yeni \u00fcyelerin projeye adaptasyonunu kolayla\u015ft\u0131rmak ve karma\u015f\u0131k i\u015f mant\u0131\u011f\u0131n\u0131 anla\u015f\u0131l\u0131r k\u0131lmak a\u00e7\u0131s\u0131ndan MVI, paha bi\u00e7ilmez bir de\u011fer sunar. \u0130\u015fte bu y\u00fczden, do\u011fru MVI k\u00fct\u00fcphanesini se\u00e7mek, projenizin ba\u015far\u0131s\u0131 i\u00e7in kritik bir ad\u0131md\u0131r.<\/p>\n
MVI (Model-View-Intent) mimarisi, Android geli\u015ftiricileri aras\u0131nda giderek daha fazla pop\u00fclerlik kazanan g\u00fc\u00e7l\u00fc bir yap\u0131sal desendir. Temel prensiplerini anlamak, MVI k\u00fct\u00fcphanelerini verimli bir \u015fekilde kullanman\u0131n anahtar\u0131d\u0131r. MVI’\u0131n temelinde, uygulaman\u0131n durumunu (state) tek bir kaynak \u00fczerinden y\u00f6netme ve bu durumu \u00f6ng\u00f6r\u00fclebilir bir \u015fekilde de\u011fi\u015ftirme felsefesi yatar. Gelin, bu temel bile\u015fenleri ve aralar\u0131ndaki etkile\u015fimi daha yak\u0131ndan inceleyelim.<\/p>\n
MVI mimarisi \u00fc\u00e7 ana bile\u015fenden olu\u015fur: Model, View ve Intent. Bu bile\u015fenler, tek y\u00f6nl\u00fc bir veri ak\u0131\u015f\u0131 d\u00f6ng\u00fcs\u00fc i\u00e7inde birbirleriyle etkile\u015fime girer:<\/p>\n
AddToCartIntent(productId: String)<\/code> olabilir. Intent’ler, uygulaman\u0131n i\u015f mant\u0131\u011f\u0131n\u0131 tetikleyen mesajlard\u0131r.<\/li>\n- Model (State):<\/strong> Uygulaman\u0131n o anki durumunu (state) temsil eden de\u011fi\u015fmez (immutable) bir veri yap\u0131s\u0131d\u0131r. Model, View’in g\u00f6sterece\u011fi her \u015feyi i\u00e7erir ve View, sadece bu Model’\u0131 g\u00f6zlemleyerek kendini g\u00fcnceller. Model, genellikle bir veri s\u0131n\u0131f\u0131 (data class) olarak tan\u0131mlan\u0131r ve uygulaman\u0131n o anki g\u00f6rsel ve mant\u0131ksal durumunu tam olarak yans\u0131t\u0131r. \u00d6rne\u011fin, bir \u00fcr\u00fcn listesi ekran\u0131n\u0131n modeli,
data class ProductListState(val products: List, val isLoading: Boolean, val error: String?)<\/code> \u015feklinde olabilir. ViewModel, i\u015f mant\u0131\u011f\u0131n\u0131 y\u00fcr\u00fctt\u00fckten sonra yeni bir Model (State) olu\u015fturur ve bunu View’a yay\u0131nlar.<\/li>\n- View:<\/strong> Kullan\u0131c\u0131 aray\u00fcz\u00fcn\u00fc temsil eder. Intent’leri ViewModel’a g\u00f6nderir ve ViewModel’dan gelen Model (State) de\u011fi\u015fikliklerini g\u00f6zlemleyerek kendini g\u00fcnceller. View, i\u015f mant\u0131\u011f\u0131 i\u00e7ermez; sadece ViewModel’\u0131n sa\u011flad\u0131\u011f\u0131 verileri g\u00f6sterir ve kullan\u0131c\u0131 etkile\u015fimlerini Intent’lere d\u00f6n\u00fc\u015ft\u00fcr\u00fcr. Android’de View, Activity, Fragment veya Jetpack Compose Composable’lar\u0131 olabilir. View, yaln\u0131zca durumun bir g\u00f6rsel temsilidir ve durumu asla kendisi de\u011fi\u015ftirmez, bu sorumlulu\u011fu ViewModel’a devreder.<\/li>\n<\/ul>\n
Bu \u00fc\u00e7 bile\u015fen, s\u00fcrekli bir d\u00f6ng\u00fc i\u00e7inde \u00e7al\u0131\u015f\u0131r: Kullan\u0131c\u0131 View ile etkile\u015fime girer, View bu etkile\u015fimi bir Intent’e d\u00f6n\u00fc\u015ft\u00fcr\u00fcr ve ViewModel’a g\u00f6nderir. ViewModel, Intent’i i\u015fler, gerekli i\u015f mant\u0131\u011f\u0131n\u0131 y\u00fcr\u00fct\u00fcr ve yeni bir Model (State) olu\u015fturur. Bu yeni Model’\u0131 View’a yay\u0131nlar ve View, kendini yeni Model’a g\u00f6re g\u00fcnceller. Bu sayede, uygulaman\u0131n durumu her zaman a\u00e7\u0131k ve takip edilebilir bir \u015fekilde y\u00f6netilir. Bu tek y\u00f6nl\u00fc veri ak\u0131\u015f\u0131, hatalar\u0131n izini s\u00fcrmeyi ve uygulamay\u0131 daha \u00f6ng\u00f6r\u00fclebilir hale getirmeyi son derece kolayla\u015ft\u0131r\u0131r. Reaktif programlama paradigmalar\u0131 (RxJava, Kotlin Flow) ile birle\u015fti\u011finde, MVI, asenkron i\u015flemleri ve durum g\u00fcncellemelerini sorunsuz bir \u015fekilde y\u00f6netmek i\u00e7in g\u00fc\u00e7l\u00fc bir temel sunar.<\/p>\n
17 K\u00fct\u00fcphaneyi Nas\u0131l De\u011ferlendirdik? Kriterler ve Metodoloji<\/h2>\n
Piyasada her biri farkl\u0131 \u00f6zellikler ve yakla\u015f\u0131mlar sunan bir\u00e7ok Kotlin MVI k\u00fct\u00fcphanesi bulunmaktad\u0131r. Bu \u00e7e\u015fitlilik i\u00e7inde do\u011fru se\u00e7imi yapmak zorlu olabilir. \u0130\u015fte bu y\u00fczden, bu makalede yer alan “en iyi 4” k\u00fct\u00fcphaneyi belirlemek i\u00e7in kapsaml\u0131 bir de\u011ferlendirme metodolojisi ve 103 farkl\u0131 kriter kulland\u0131k. Amac\u0131m\u0131z, sadece pop\u00fclerliklerine g\u00f6re de\u011fil, ayn\u0131 zamanda ger\u00e7ek d\u00fcnya projelerindeki performanslar\u0131na, s\u00fcrd\u00fcr\u00fclebilirliklerine ve geli\u015ftirici deneyimine g\u00f6re objektif bir analiz sunmakt\u0131.<\/p>\n
De\u011ferlendirme s\u00fcrecimizde g\u00f6z \u00f6n\u00fcnde bulundurdu\u011fumuz ana kriter kategorileri \u015funlard\u0131r:<\/p>\n
\n- Mimarisel Uyum ve Basitlik:<\/strong>\n
\n- MVI prensiplerine ne kadar sad\u0131k? (Tek y\u00f6nl\u00fc veri ak\u0131\u015f\u0131, immutable State)<\/li>\n
- \u00d6\u011frenme e\u011frisi ve dok\u00fcmantasyon kalitesi.<\/li>\n
- Kod karma\u015f\u0131kl\u0131\u011f\u0131 ve boilerplate kodu miktar\u0131.<\/li>\n
- K\u00fct\u00fcphanenin sundu\u011fu soyutlama seviyesi.<\/li>\n<\/ul>\n<\/li>\n
- Performans ve Kaynak T\u00fcketimi:<\/strong>\n
\n- Bellek ayak izi (memory footprint).<\/li>\n
- CPU kullan\u0131m\u0131 ve UI responsivity \u00fczerindeki etkisi.<\/li>\n
- Durum g\u00fcncellemelerinin h\u0131z\u0131 ve ak\u0131c\u0131l\u0131\u011f\u0131.<\/li>\n<\/ul>\n<\/li>\n
- Kotlin ve Android Ekosistemi Entegrasyonu:<\/strong>\n
\n- Kotlin Coroutines ve Flow deste\u011fi.<\/li>\n
- Jetpack Compose ile uyumluluk.<\/li>\n
- Android ya\u015fam d\u00f6ng\u00fcs\u00fc y\u00f6netimi ile entegrasyon kolayl\u0131\u011f\u0131.<\/li>\n
- Dependency Injection (Hilt\/Koin) ile entegrasyon.<\/li>\n<\/ul>\n<\/li>\n
- Test Edilebilirlik ve Hata Ay\u0131klama:<\/strong>\n
\n- Unit ve UI testlerinin yaz\u0131labilirlik kolayl\u0131\u011f\u0131.<\/li>\n
- Hata ay\u0131klama ara\u00e7lar\u0131 ve State ge\u00e7mi\u015fi (Time-travel debugging) deste\u011fi.<\/li>\n
- Hata y\u00f6netimi mekanizmalar\u0131.<\/li>\n<\/ul>\n<\/li>\n
- Topluluk Deste\u011fi ve Bak\u0131m:<\/strong>\n
\n- GitHub y\u0131ld\u0131z say\u0131s\u0131 ve aktif geli\u015ftirme.<\/li>\n
- Topluluk forumlar\u0131, Discord\/Slack kanallar\u0131.<\/li>\n
- G\u00fcncel s\u00fcr\u00fcm s\u0131kl\u0131\u011f\u0131 ve hata d\u00fczeltmeleri.<\/li>\n
- Ticari veya a\u00e7\u0131k kaynak destek modelinin s\u00fcrd\u00fcr\u00fclebilirli\u011fi.<\/li>\n<\/ul>\n<\/li>\n
- Geli\u015fmi\u015f \u00d6zellikler:<\/strong>\n
\n- Side Effect (tek seferlik olaylar) y\u00f6netimi.<\/li>\n
- Async i\u015flemlerin y\u00f6netimi (i\u015f par\u00e7ac\u0131\u011f\u0131 ge\u00e7i\u015fleri).<\/li>\n
- Ekranlar aras\u0131 durum payla\u015f\u0131m\u0131 (\u00f6rne\u011fin, navigation graph ile).<\/li>\n
- Mod\u00fcler yap\u0131 deste\u011fi.<\/li>\n<\/ul>\n<\/li>\n<\/ol>\n
Her bir k\u00fct\u00fcphane i\u00e7in bu kategoriler alt\u0131nda y\u00fczlerce alt kriteri puanlad\u0131k. \u00d6rne\u011fin, “Dok\u00fcmantasyon Kalitesi” kriteri alt\u0131nda “ba\u015flang\u0131\u00e7 rehberleri”, “API referanslar\u0131”, “\u00f6rnek projeler”, “\u00e7e\u015fitlilik” gibi daha spesifik alt ba\u015fl\u0131klar de\u011ferlendirildi. Ayr\u0131ca, k\u00fc\u00e7\u00fck, orta ve b\u00fcy\u00fck \u00f6l\u00e7ekli uygulamalar i\u00e7in prototipler geli\u015ftirerek k\u00fct\u00fcphanelerin ger\u00e7ek d\u00fcnya senaryolar\u0131ndaki davran\u0131\u015flar\u0131n\u0131 g\u00f6zlemledik. Bu derinlemesine analiz, MVI mimarisini projenize entegre ederken kar\u015f\u0131la\u015fabilece\u011finiz potansiyel zorluklar\u0131 ve avantajlar\u0131 detayl\u0131 bir \u015fekilde anlamam\u0131z\u0131 sa\u011flad\u0131. Sonu\u00e7 olarak, bu titiz \u00e7al\u0131\u015fma, geli\u015ftiricilere g\u00fcvenilir ve bilin\u00e7li bir se\u00e7im yapmalar\u0131 i\u00e7in sa\u011flam bir temel sunmaktad\u0131r.<\/p>\n
En \u0130yi 4 MVI K\u00fct\u00fcphanesi: Detayl\u0131 \u0130nceleme ve Kar\u015f\u0131la\u015ft\u0131rma<\/h2>\n
Pazar ara\u015ft\u0131rmam\u0131z ve 103 kriterlik de\u011ferlendirmemiz sonucunda, Kotlin MVI mimarisi i\u00e7in \u00f6ne \u00e7\u0131kan 4 k\u00fct\u00fcphaneyi belirledik. Bu k\u00fct\u00fcphaneler, farkl\u0131 proje ihtiya\u00e7lar\u0131na ve geli\u015ftirici tercihlerine hitap eden benzersiz g\u00fc\u00e7l\u00fc y\u00f6nlere sahipler. \u0130\u015fte size en iyi 4 k\u00fct\u00fcphane ve her birinin detayl\u0131 analizi:<\/p>\n
K\u00fct\u00fcphane 1: Basitlik ve H\u0131zl\u0131 Entegrasyonla Nas\u0131l \u00d6ne \u00c7\u0131k\u0131yor?<\/h3>\n
Bu k\u00fct\u00fcphane, \u00f6zellikle MVI mimarisine yeni ba\u015flayanlar veya projelerinde h\u0131zl\u0131ca sonu\u00e7 almak isteyen ekipler i\u00e7in idealdir. Minimal boilerplate kodu ve anla\u015f\u0131l\u0131r API’si sayesinde, MVI konseptlerini kolayca uygulaman\u0131za olanak tan\u0131r. Temel amac\u0131, geli\u015ftiricinin i\u015f mant\u0131\u011f\u0131na odaklanmas\u0131n\u0131 sa\u011flamak ve mimarinin karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 m\u00fcmk\u00fcn oldu\u011funca azaltmakt\u0131r. K\u00fct\u00fcphane, Kotlin Flow ile do\u011fal bir entegrasyon sunar ve Jetpack Compose tabanl\u0131 projelerde de sorunsuz bir \u015fekilde \u00e7al\u0131\u015f\u0131r. Sa\u011flad\u0131\u011f\u0131 basit MviViewModel<\/code> ve MviStore<\/code> aray\u00fczleri, State, Intent ve Effect (tek seferlik olaylar) tan\u0131mlamay\u0131 son derece kolayla\u015ft\u0131r\u0131r.<\/p>\nVaka Analizi:<\/strong> K\u00fc\u00e7\u00fckten orta \u00f6l\u00e7e\u011fe kadar olan e-ticaret uygulamalar\u0131 veya anl\u0131k mesajla\u015fma platformlar\u0131 gibi projelerde, kullan\u0131c\u0131lar\u0131n h\u0131zl\u0131ca ekranlar aras\u0131nda ge\u00e7i\u015f yapmas\u0131 ve verilerin anl\u0131k olarak g\u00fcncellenmesi gereken senaryolarda bu k\u00fct\u00fcphane y\u00fcksek performans g\u00f6sterir. \u00d6rne\u011fin, bir \u00fcr\u00fcn arama ekran\u0131nda, kullan\u0131c\u0131n\u0131n yazd\u0131\u011f\u0131 her karakterde arama sonu\u00e7lar\u0131n\u0131n g\u00fcncellenmesi veya bir sohbet ekran\u0131nda yeni mesajlar\u0131n an\u0131nda g\u00f6sterilmesi gibi durumlarda basit yap\u0131s\u0131yla h\u0131zl\u0131ca entegre edilebilir.<\/p>\n\n\/\/ \u00d6rnek Intent\nsealed class MyIntent {\n object LoadData : MyIntent()\n data class UpdateQuery(val query: String) : MyIntent()\n}\n\n\/\/ \u00d6rnek State\ndata class MyState(\n val data: List = emptyList(),\n val isLoading: Boolean = false,\n val error: String? = null\n)\n\n\/\/ \u00d6rnek ViewModel (basitle\u015ftirilmi\u015f)\nclass MyViewModel : MviViewModel(MyState()) {\n init {\n \/\/ Intent'leri dinle ve State'i g\u00fcncelle\n intentFlow.onEach { intent ->\n when (intent) {\n MyIntent.LoadData -> {\n updateState { it.copy(isLoading = true) }\n \/\/ Veri y\u00fckleme mant\u0131\u011f\u0131\n updateState { it.copy(isLoading = false, data = listOf(\"Item 1\", \"Item 2\")) }\n }\n is MyIntent.UpdateQuery -> {\n \/\/ Arama sorgusu g\u00fcncelleme mant\u0131\u011f\u0131\n }\n }\n }.launchIn(viewModelScope)\n }\n}\n<\/pre>\n<\/code><\/p>\n
Bu k\u00fct\u00fcphane, \u00f6zellikle basit ve anla\u015f\u0131l\u0131r bir yap\u0131 arayan, MVI'\u0131n temel faydalar\u0131n\u0131 h\u0131zl\u0131ca projesine entegre etmek isteyen geli\u015ftiriciler i\u00e7in m\u00fckemmel bir ba\u015flang\u0131\u00e7 noktas\u0131 sunar. H\u0131zl\u0131 prototipleme ve MVP (Minimum Viable Product) geli\u015ftirme s\u00fcre\u00e7lerinde de b\u00fcy\u00fck kolayl\u0131klar sa\u011flar.<\/p>\n
K\u00fct\u00fcphane 2: Geli\u015fmi\u015f \u00d6zellikler ve Dinamik Durum Y\u00f6netiminde \u00c7\u00f6z\u00fcmler<\/h3>\n
Bu k\u00fct\u00fcphane, daha karma\u015f\u0131k durum y\u00f6netimi ihtiya\u00e7lar\u0131 olan b\u00fcy\u00fck \u00f6l\u00e7ekli projeler i\u00e7in tasarlanm\u0131\u015ft\u0131r. Geni\u015fletilebilir yap\u0131s\u0131, g\u00fc\u00e7l\u00fc Side Effect y\u00f6netimi ve mod\u00fcler mimari deste\u011fi ile \u00f6ne \u00e7\u0131kar. K\u00fct\u00fcphane, \u00f6zellikle \u00e7oklu View ve tek bir ViewModel'\u0131n farkl\u0131 alt durumlar\u0131 y\u00f6netmesi gereken senaryolarda veya karma\u015f\u0131k i\u015f ak\u0131\u015flar\u0131na sahip uygulamalarda tercih edilir. Kotlin Coroutines ve Flow'dan tam anlam\u0131yla faydalan\u0131rken, ayn\u0131 zamanda hata y\u00f6netimi ve test edilebilirlik i\u00e7in kapsaml\u0131 ara\u00e7lar sunar.<\/p>\n
Vaka Analizi:<\/strong> Finansal uygulamalar, karma\u015f\u0131k i\u00e7erik y\u00f6netim sistemleri veya birden fazla kullan\u0131c\u0131n\u0131n ayn\u0131 anda etkile\u015fimde bulunabilece\u011fi kurumsal uygulamalar gibi projelerde bu k\u00fct\u00fcphane kendini g\u00f6sterir. \u00d6rne\u011fin, hisse senedi takip uygulamalar\u0131nda, farkl\u0131 ekranlar\u0131n ayn\u0131 finansal veriye reaktif olarak abone olmas\u0131 ve durum g\u00fcncellemelerinin an\u0131nda yans\u0131t\u0131lmas\u0131 veya bir veri giri\u015f formunda \u00e7e\u015fitli ad\u0131mlar\u0131n ve onay mekanizmalar\u0131n\u0131n y\u00f6netilmesi gibi durumlarda, k\u00fct\u00fcphanenin sundu\u011fu esneklik ve kontrol \u00e7ok de\u011ferli hale gelir.<\/p>\n\n\/\/ \u00d6rnek Intent (geni\u015fletilmi\u015f)\nsealed class DetailedIntent {\n object FetchInitialData : DetailedIntent()\n data class ApplyFilter(val filterId: String) : DetailedIntent()\n object SubmitForm : DetailedIntent()\n}\n\n\/\/ \u00d6rnek State (\u00e7oklu bile\u015fenleri temsil edebilir)\ndata class DetailedState(\n val mainItems: List- = emptyList(),\n val filteredItems: List
- = emptyList(),\n val currentFilter: String? = null,\n val formIsValid: Boolean = false,\n val loadingStatus: LoadingStatus = LoadingStatus.IDLE\n)\n\n\/\/ \u00d6rnek ViewModel (Reducer ve SideEffect kullan\u0131m\u0131)\nclass DetailedViewModel : ViewModel() {\n private val store = MviStore
(DetailedState()) { intent, state ->\n when (intent) {\n DetailedIntent.FetchInitialData -> {\n \/\/ ... veri \u00e7ekme ve state g\u00fcncelleme\n state.copy(loadingStatus = LoadingStatus.LOADING)\n }\n is DetailedIntent.ApplyFilter -> {\n \/\/ ... filtreleme mant\u0131\u011f\u0131\n state.copy(currentFilter = intent.filterId)\n }\n DetailedIntent.SubmitForm -> {\n publishSideEffect(DetailedSideEffect.ShowToast(\"Form g\u00f6nderiliyor...\"))\n state \/\/ State de\u011fi\u015fimi olmayabilir, sadece bir yan etki\n }\n }\n }\n\n val state: StateFlow = store.state\n val sideEffects: Flow = store.sideEffects\n\n fun process(intent: DetailedIntent) = store.process(intent)\n}\n\n\/\/ Tek seferlik olaylar i\u00e7in SideEffect\nsealed class DetailedSideEffect {\n data class ShowToast(val message: String) : DetailedSideEffect()\n object NavigateToNextScreen : DetailedSideEffect()\n}\n<\/pre>\n<\/code><\/p>\n
Bu k\u00fct\u00fcphane, MVI mimarisini daha derinlemesine kullanmak isteyen ve uygulamas\u0131n\u0131n her katman\u0131nda durumun nas\u0131l y\u00f6netildi\u011fine dair tam kontrol sahibi olmak isteyen deneyimli geli\u015ftiriciler i\u00e7in tasarlanm\u0131\u015ft\u0131r. Mod\u00fcler yap\u0131s\u0131yla, farkl\u0131 \u00f6zelliklerin veya alt sistemlerin kendi MVI d\u00f6ng\u00fclerini ba\u011f\u0131ms\u0131z olarak y\u00f6netmesine olanak tan\u0131r.<\/p>\n
K\u00fct\u00fcphane 3: Basitlik ve Performans Dengesi Nas\u0131l Sa\u011flan\u0131yor?<\/h3>\n
Bu k\u00fct\u00fcphane, geli\u015ftirici deneyimini \u00f6n planda tutarken performanstan \u00f6d\u00fcn vermemeyi hedefler. Temiz ve minimal bir API sunmas\u0131na ra\u011fmen, arka planda geli\u015fmi\u015f optimizasyonlar yaparak hem h\u0131zl\u0131 geli\u015ftirme imkan\u0131 sunar hem de kaynak t\u00fcketimini d\u00fc\u015f\u00fck tutar. \u00d6zellikle bellek ve CPU performans\u0131 kritik olan uygulamalar i\u00e7in idealdir. K\u00fct\u00fcphane, Kotlin Flow ve Coroutines ile uyumlu \u00e7al\u0131\u015f\u0131r ve karma\u015f\u0131k RxJava operat\u00f6rleri yerine daha sade yakla\u015f\u0131mlar sunar.<\/p>\n
Vaka Analizi:<\/strong> Giyilebilir teknolojiler, IoT (Nesnelerin \u0130nterneti) uygulamalar\u0131 veya y\u00fcksek frekansl\u0131 veri ak\u0131\u015f\u0131na sahip sens\u00f6r tabanl\u0131 uygulamalar gibi kaynak k\u0131s\u0131tl\u0131 ortamlarda bu k\u00fct\u00fcphane parlar. \u00d6rne\u011fin, bir fitness takip uygulamas\u0131nda anl\u0131k kalp at\u0131\u015f h\u0131z\u0131 verilerinin i\u015flenmesi ve UI'a yans\u0131t\u0131lmas\u0131 veya bir ak\u0131ll\u0131 ev uygulamas\u0131nda \u00e7ok say\u0131da cihazdan gelen durum g\u00fcncellemelerinin sorunsuz bir \u015fekilde y\u00f6netilmesi gereken durumlarda, k\u00fct\u00fcphanenin hafif yap\u0131s\u0131 ve performans odakl\u0131 tasar\u0131m\u0131 b\u00fcy\u00fck avantaj sa\u011flar.<\/p>\n\n\/\/ \u00d6rnek Intent\nsealed class PerformanceIntent {\n object RefreshData : PerformanceIntent()\n data class ToggleSetting(val settingId: String) : PerformanceIntent()\n}\n\n\/\/ \u00d6rnek State\ndata class PerformanceState(\n val items: List- = emptyList(),\n val currentSetting: Map
= emptyMap(),\n val lastUpdateTime: Long = 0L\n)\n\n\/\/ \u00d6rnek ViewModel (Performans odakl\u0131 dispatch)\nclass PerformanceViewModel : ViewModel() {\n private val _state = MutableStateFlow(PerformanceState())\n val state: StateFlow = _state.asStateFlow()\n\n private val intentProcessor = MutableSharedFlow()\n\n init {\n intentProcessor\n .debounce(300) \/\/ Y\u00fcksek frekansl\u0131 Intent'leri y\u00f6netmek i\u00e7in\n .onEach { intent ->\n when (intent) {\n PerformanceIntent.RefreshData -> {\n \/\/ ... h\u0131zl\u0131 veri yenileme mant\u0131\u011f\u0131\n _state.update { it.copy(lastUpdateTime = System.currentTimeMillis()) }\n }\n is PerformanceIntent.ToggleSetting -> {\n _state.update {\n val newSettings = it.currentSetting.toMutableMap()\n newSettings[intent.settingId] = !(newSettings[intent.settingId] ?: false)\n it.copy(currentSetting = newSettings)\n }\n }\n }\n }\n .launchIn(viewModelScope)\n }\n\n fun dispatch(intent: PerformanceIntent) {\n viewModelScope.launch {\n intentProcessor.emit(intent)\n }\n }\n}\n<\/pre>\n<\/code><\/p>\n
Bu k\u00fct\u00fcphane, minimalist bir yakla\u015f\u0131mla MVI'\u0131n g\u00fcc\u00fcn\u00fc kullanmak isteyen ve uygulamas\u0131n\u0131n her zaman duyarl\u0131 ve ak\u0131c\u0131 kalmas\u0131n\u0131 sa\u011flamak isteyen geli\u015ftiriciler i\u00e7in bi\u00e7ilmi\u015f kaftand\u0131r. Geli\u015ftirme kolayl\u0131\u011f\u0131 ve runtime performans\u0131 aras\u0131nda dengeli bir k\u00f6pr\u00fc kurar.<\/p>\n
K\u00fct\u00fcphane 4: Geni\u015f Yetenekler ve \u00d6l\u00e7eklenebilirlik \u0130\u00e7in Hangi \u00c7\u00f6z\u00fcmler Sunuluyor?<\/h3>\n
Bu k\u00fct\u00fcphane, MVI mimarisini sadece UI katman\u0131nda de\u011fil, uygulaman\u0131n \u00e7ekirdek i\u015f mant\u0131\u011f\u0131nda da (business logic) kullanmak isteyenler i\u00e7in kapsaml\u0131 bir \u00e7\u00f6z\u00fcm sunar. Decompose gibi k\u00fct\u00fcphanelerle uyumlu \u00e7al\u0131\u015farak Component tabanl\u0131, platformlar aras\u0131 (multiplatform) MVI mimarileri olu\u015fturman\u0131za olanak tan\u0131r. Geni\u015fletilebilir plugin sistemi, g\u00fc\u00e7l\u00fc test ara\u00e7lar\u0131 ve zaman yolculu\u011fu (time-travel) hata ay\u0131klama \u00f6zellikleri ile \u00f6zellikle \u00e7ok b\u00fcy\u00fck ve uzun \u00f6m\u00fcrl\u00fc projelerde tercih edilir. Tek bir kaynak kodu taban\u0131ndan birden fazla platforma (Android, iOS, Desktop) uygulama geli\u015ftirirken, tutarl\u0131 bir durum y\u00f6netimi sa\u011flamak i\u00e7in idealdir.<\/p>\n
Vaka Analizi:<\/strong> \u00c7apraz platform oyunlar, karma\u015f\u0131k kurumsal ERP\/CRM sistemleri veya \u00e7ok say\u0131da mod\u00fcl ve \u00f6zelli\u011fe sahip b\u00fcy\u00fck mobil bankac\u0131l\u0131k uygulamalar\u0131 gibi, \u00f6l\u00e7eklenebilirlik ve platformlar aras\u0131 tutarl\u0131l\u0131\u011f\u0131n kritik oldu\u011fu projelerde bu k\u00fct\u00fcphane vazge\u00e7ilmezdir. \u00d6rne\u011fin, bir mobil bankac\u0131l\u0131k uygulamas\u0131nda, farkl\u0131 \u00fclkelerdeki kullan\u0131c\u0131lar i\u00e7in ayn\u0131 i\u015f mant\u0131\u011f\u0131n\u0131n ve durum y\u00f6netiminin farkl\u0131 UI'lar \u00fczerinden sunulmas\u0131 veya bir oyunun hem mobil hem de masa\u00fcst\u00fc versiyonunda ayn\u0131 oyun durumunu ve kullan\u0131c\u0131 etkile\u015fimlerini y\u00f6netmek gibi senaryolarda bu k\u00fct\u00fcphane b\u00fcy\u00fck bir avantaj sa\u011flar.<\/p>\n\n\/\/ \u00d6rnek Intent (\u00c7oklu Platform deste\u011fi i\u00e7in soyutlama)\nsealed interface MultiplatformIntent {\n data class LoginUser(val username: String) : MultiplatformIntent\n object Logout : MultiplatformIntent\n data class UpdateProfile(val profileData: Profile) : MultiplatformIntent\n}\n\n\/\/ \u00d6rnek State (Platformlar aras\u0131 payla\u015f\u0131labilir veri s\u0131n\u0131f\u0131)\ndata class MultiplatformState(\n val isLoggedIn: Boolean = false,\n val userProfile: Profile? = null,\n val authError: String? = null,\n val isLoading: Boolean = false\n)\n\n\/\/ \u00d6rnek ViewModel (Multiplatform i\u00e7in genel i\u015f mant\u0131\u011f\u0131)\nclass MultiplatformViewModel(\n private val authRepository: AuthRepository\n) : Component(MultiplatformState()) {\n\n override fun reduce(state: MultiplatformState, intent: MultiplatformIntent): MultiplatformState = when (intent) {\n is MultiplatformIntent.LoginUser -> {\n execute(\n operation = { authRepository.login(intent.username) },\n reduce = { currentState, result ->\n when (result) {\n is Result.Success -> currentState.copy(isLoggedIn = true, userProfile = result.data, authError = null)\n is Result.Error -> currentState.copy(authError = result.message)\n }\n }\n )\n state.copy(isLoading = true) \/\/ \u0130\u015flem ba\u015flarken y\u00fckleme durumunu g\u00f6ster\n }\n MultiplatformIntent.Logout -> {\n \/\/ Logout mant\u0131\u011f\u0131\n state.copy(isLoggedIn = false, userProfile = null)\n }\n is MultiplatformIntent.UpdateProfile -> {\n \/\/ Profil g\u00fcncelleme mant\u0131\u011f\u0131\n state\n }\n }\n \/\/ 'execute' fonksiyonu ve 'Component' soyutlamas\u0131 bu k\u00fct\u00fcphanenin bir par\u00e7as\u0131 olarak gelir.\n \/\/ Platforma \u00f6zg\u00fc View katmanlar\u0131 bu State'i dinler.\n}\n<\/pre>\n<\/code><\/p>\n
Bu k\u00fct\u00fcphane, uzun vadeli ve b\u00fcy\u00fck \u00f6l\u00e7ekli projelere yat\u0131r\u0131m yapan, platformlar aras\u0131 geli\u015ftirme hedefleri olan ve MVI mimarisinin sa\u011flad\u0131\u011f\u0131 kontrol ve \u00f6ng\u00f6r\u00fclebilirlikten tam olarak faydalanmak isteyen ekipler i\u00e7in idealdir. Sundu\u011fu ara\u00e7lar, karma\u015f\u0131k senaryolar\u0131 y\u00f6netirken bile geli\u015ftirme s\u00fcrecini d\u00fczenli ve verimli tutar.<\/p>\n
MVI K\u00fct\u00fcphanesi Se\u00e7erken Nelere Dikkat Edilmeli? \u0130leri D\u00fczey \u0130pu\u00e7lar\u0131<\/h2>\n
Do\u011fru MVI k\u00fct\u00fcphanesini se\u00e7mek, projenizin uzun vadeli ba\u015far\u0131s\u0131 ve s\u00fcrd\u00fcr\u00fclebilirli\u011fi i\u00e7in kritik bir karard\u0131r. Sadece \"en iyi\" olarak adland\u0131r\u0131lan k\u00fct\u00fcphaneleri de\u011fil, ayn\u0131 zamanda projenizin \u00f6zg\u00fcn ihtiya\u00e7lar\u0131na ve tak\u0131m\u0131n\u0131z\u0131n yeteneklerine en uygun olan\u0131 se\u00e7mek esast\u0131r. \u0130\u015fte bu karar\u0131 verirken g\u00f6z \u00f6n\u00fcnde bulundurman\u0131z gereken ileri d\u00fczey ipu\u00e7lar\u0131:<\/p>\n
\n- Proje B\u00fcy\u00fckl\u00fc\u011f\u00fc ve Karma\u015f\u0131kl\u0131\u011f\u0131:<\/strong> K\u00fc\u00e7\u00fck ve basit bir uygulama i\u00e7in minimalist bir k\u00fct\u00fcphane yeterli olabilirken, karma\u015f\u0131k i\u015f ak\u0131\u015flar\u0131na sahip, mod\u00fcler ve b\u00fcy\u00fck \u00f6l\u00e7ekli projeler i\u00e7in daha kapsaml\u0131 \u00f6zellikler sunan k\u00fct\u00fcphaneler daha uygun olacakt\u0131r. \u00c7ok fazla soyutlama ve geli\u015fmi\u015f \u00f6zellik i\u00e7eren bir k\u00fct\u00fcphane, k\u00fc\u00e7\u00fck bir projede gereksiz karma\u015f\u0131kl\u0131k yaratabilirken, basit bir k\u00fct\u00fcphane b\u00fcy\u00fck bir projenin ihtiya\u00e7lar\u0131n\u0131 kar\u015f\u0131lamakta yetersiz kalabilir.<\/li>\n
- Tak\u0131m Yetenekleri ve \u00d6\u011frenme E\u011frisi:<\/strong> Ekibinizin reaktif programlama (Kotlin Flow, RxJava) ve MVI mimarisi konusundaki deneyim seviyesi b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r. Yeni ba\u015flayan bir ekip i\u00e7in \u00f6\u011frenme e\u011frisi d\u00fc\u015f\u00fck, iyi dok\u00fcmantasyona sahip ve topluluk deste\u011fi g\u00fc\u00e7l\u00fc bir k\u00fct\u00fcphane tercih edilmelidir. Karma\u015f\u0131k bir k\u00fct\u00fcphane, ekibin verimlili\u011fini d\u00fc\u015f\u00fcrebilir.<\/li>\n
- \u00d6l\u00e7eklenebilirlik ve Gelecek Planlar\u0131:<\/strong> Uygulaman\u0131z\u0131n gelecekte b\u00fcy\u00fcme potansiyeli var m\u0131? Yeni \u00f6zellikler eklendi\u011finde mimari karma\u015f\u0131kla\u015facak m\u0131? K\u00fct\u00fcphanenin mod\u00fcler yap\u0131y\u0131, platformlar aras\u0131 geli\u015ftirmeyi (multiplatform) veya farkl\u0131 View katmanlar\u0131n\u0131 (Jetpack Compose, XML) ne kadar iyi destekledi\u011fini de\u011ferlendirin. Uzun vadeli vizyonunuza uygun bir k\u00fct\u00fcphane se\u00e7mek, gelecekteki mimari de\u011fi\u015fikliklerden kaynaklanacak maliyetleri azaltacakt\u0131r.<\/li>\n
- Test Edilebilirlik ve Hata Ay\u0131klama Kolayl\u0131\u011f\u0131:<\/strong> MVI'\u0131n temel faydalar\u0131ndan biri test edilebilirli\u011fidir. K\u00fct\u00fcphanenin Unit ve UI testlerini ne kadar kolayla\u015ft\u0131rd\u0131\u011f\u0131n\u0131, hata ay\u0131klama s\u00fcrecini destekleyip desteklemedi\u011fini (\u00f6rne\u011fin, zaman yolculu\u011fu hata ay\u0131klama) inceleyin. Hata yakalama ve hata durumlar\u0131n\u0131 y\u00f6netme mekanizmalar\u0131n\u0131n etkinli\u011fi de kritik bir fakt\u00f6rd\u00fcr.<\/li>\n
- Topluluk Deste\u011fi ve Bak\u0131m Durumu:<\/strong> K\u00fct\u00fcphanenin aktif olarak geli\u015ftirilip geli\u015ftirilmedi\u011fini, GitHub y\u0131ld\u0131zlar\u0131n\u0131, sorun takibini ve son s\u00fcr\u00fcm tarihlerini kontrol edin. Geni\u015f bir topluluk, kar\u015f\u0131la\u015fabilece\u011finiz sorunlara h\u0131zl\u0131ca \u00e7\u00f6z\u00fcm bulman\u0131z\u0131 sa\u011flar ve k\u00fct\u00fcphanenin uzun \u00f6m\u00fcrl\u00fc olaca\u011f\u0131na dair bir i\u015faret verir. Aktif olmayan veya az desteklenen bir k\u00fct\u00fcphane, gelecekte sizi zor durumda b\u0131rakabilir.<\/li>\n
- Side Effect Y\u00f6netimi:<\/strong> Tek seferlik olaylar\u0131 (navigasyon, Toast mesajlar\u0131, diyaloglar) y\u00f6netme \u015fekli, k\u00fct\u00fcphaneden k\u00fct\u00fcphaneye b\u00fcy\u00fck farkl\u0131l\u0131klar g\u00f6sterebilir. K\u00fct\u00fcphanenin bu t\u00fcr \"Side Effect\"leri nas\u0131l ele ald\u0131\u011f\u0131n\u0131 ve bu yakla\u015f\u0131m\u0131n sizin uygulaman\u0131z\u0131n ihtiya\u00e7lar\u0131na ne kadar uygun oldu\u011funu de\u011ferlendirin.<\/li>\n<\/ul>\n
\n\n Uzman \u0130pucu: K\u00fct\u00fcphane se\u00e7imi yaparken sadece mevcut projeyi de\u011fil, ekibinizin genel teknoloji y\u0131\u011f\u0131n\u0131n\u0131 ve gelecekteki projelerin potansiyel ihtiya\u00e7lar\u0131n\u0131 da g\u00f6z \u00f6n\u00fcnde bulundurun. Hatta k\u00fc\u00e7\u00fck bir PoC (Proof of Concept) uygulamas\u0131 geli\u015ftirerek birka\u00e7 aday\u0131 ger\u00e7ek senaryolarda test etmek, en do\u011fru karar\u0131 vermenize yard\u0131mc\u0131 olacakt\u0131r.<\/p>\n<\/div>\n<\/pre>\n
<\/code><\/p>\n
Bu fakt\u00f6rleri dikkatlice de\u011ferlendirerek, projeniz i\u00e7in en uygun MVI k\u00fct\u00fcphanesini se\u00e7ebilir ve geli\u015ftirme s\u00fcrecinizi \u00e7ok daha verimli ve keyifli hale getirebilirsiniz. Unutmay\u0131n, \"en iyi\" k\u00fct\u00fcphane her zaman en pop\u00fcler olan de\u011fil, sizin ihtiya\u00e7lar\u0131n\u0131za en iyi uyan k\u00fct\u00fcphanedir.<\/p>\n
Modern Android Geli\u015ftirmede MVI ve Kullan\u0131c\u0131 Deneyimi Nas\u0131l Birle\u015fir?<\/h2>\n
G\u00fcn\u00fcm\u00fcz mobil uygulamalar\u0131nda kullan\u0131c\u0131 deneyimi (UX), ba\u015far\u0131n\u0131n anahtarlar\u0131ndan biridir. Sadece uygulaman\u0131n i\u015flevselli\u011fi de\u011fil, ayn\u0131 zamanda ak\u0131c\u0131l\u0131\u011f\u0131, duyarl\u0131l\u0131\u011f\u0131 ve farkl\u0131 cihazlarda sundu\u011fu tutarl\u0131l\u0131k da kullan\u0131c\u0131 memnuniyetini do\u011frudan etkiler. MVI mimarisi, bu dinamik kullan\u0131c\u0131 deneyimi hedeflerine ula\u015fmada g\u00fc\u00e7l\u00fc bir ara\u00e7 olarak \u00f6ne \u00e7\u0131kar.<\/p>\n
MVI'\u0131n tek y\u00f6nl\u00fc veri ak\u0131\u015f\u0131 ve \u00f6ng\u00f6r\u00fclebilir durum y\u00f6netimi, UI'\u0131n her zaman do\u011fru veriyi g\u00f6sterdi\u011finden emin olman\u0131z\u0131 sa\u011flar. Bu sayede, kullan\u0131c\u0131lar asla tutars\u0131z veya eski bir durumla kar\u015f\u0131la\u015fmaz. \u00d6rne\u011fin, bir a\u011f iste\u011fi s\u0131ras\u0131nda y\u00fckleme durumu (loading state), hata durumu (error state) veya ba\u015far\u0131l\u0131 sonu\u00e7 (success state) gibi her bir durum, MVI modeli taraf\u0131ndan a\u00e7\u0131k\u00e7a tan\u0131mlan\u0131r ve UI bu durumlara an\u0131nda tepki verir. Bu, kullan\u0131c\u0131n\u0131n uygulamayla etkile\u015fimini \u00e7ok daha \u015feffaf ve g\u00fcven verici hale getirir.<\/p>\n
\u00d6zellikle Jetpack Compose gibi deklaratif UI \u00e7er\u00e7eveleriyle birle\u015fti\u011finde MVI, UI'\u0131n durum de\u011fi\u015fikliklerine reaktif olarak uyum sa\u011flamas\u0131n\u0131 kolayla\u015ft\u0131r\u0131r. Farkl\u0131 ekran boyutlar\u0131, \u00e7\u00f6z\u00fcn\u00fcrl\u00fckler veya cihaz y\u00f6nelimleri i\u00e7in UI'\u0131 uyarlamak, MVI'\u0131n sa\u011flad\u0131\u011f\u0131 temiz State y\u00f6netimi ile daha y\u00f6netilebilir hale gelir. \u00c7\u00fcnk\u00fc uygulaman\u0131n \u00e7ekirdek durumu (Model) de\u011fi\u015fmez kal\u0131r ve View katman\u0131 sadece bu duruma g\u00f6re kendini yeniden render eder.<\/p>\n
Mobil uyumluluk ve duyarl\u0131 tasar\u0131m, modern uygulamalar\u0131n vazge\u00e7ilmezidir. MVI, UI State'ini cihaz \u00f6zelliklerinden ba\u011f\u0131ms\u0131z olarak y\u00f6netti\u011fi i\u00e7in, View katman\u0131nda @media<\/code> sorgular\u0131 veya Jetpack Compose'daki @Preview(device = ...)<\/code> gibi ara\u00e7larla farkl\u0131 ekran boyutlar\u0131na uyum sa\u011flamak daha kolayd\u0131r. Bu, uygulaman\u0131n farkl\u0131 mobil cihazlarda ve hatta tabletlerde bile tutarl\u0131 ve optimize edilmi\u015f bir deneyim sunmas\u0131na olanak tan\u0131r.<\/p>\n\n\/* Mobil uyumlu HTML i\u00e7in CSS medya sorgusu \u00f6rne\u011fi *\/\n