Dart'ın neden yaratıldığını, hedeflediği gerçek sorunları ve çalışma zamanı, araçlar ve Flutter entegrasyonunun modern mobil uygulamalar için nasıl hızlı, akıcı deneyimler sağladığını öğrenin.
Dart, Google tarafından oluşturulmuş modern bir programlama dilidir ve akıcı kullanıcı arayüzlerine odaklanan uygulamalar geliştirmek için kullanılır. Çoğu kişi Dart ile Flutter üzerinden tanışır: bir Flutter uygulaması kullandıysanız, muhtemelen UI'si ve uygulama mantığının büyük kısmı Dart ile yazılmıştır. Geliştiricilerin Dart'ı fark etmesinin sebebi, dilin UI işleri için amaçlanmış gibi hissettirmesidir—hızlı yinelemeye uygun, okunması kolay ve öngörülebilir performansla dağıtılacak şekilde tasarlanmış.
Eğer bir uygulama iOS ve Android'de aynı UI davranışına sahip ve sık, özenli güncellemeler alıyorsa, muhtemelen Flutter ile yapılmıştır—bu da altında genellikle Dart olduğu anlamına gelir. Ekipler, cevap verme hızı kaybetmeden birden çok platform için tek bir kod tabanı istediklerinde Dart'ı seçerler.
Dart, gerçek uygulama geliştirme ile yakından ilişkili birkaç pratik hedefle yaratıldı:
Bu yazıda Dart'ın neden yaratıldığını, modern mobil uygulamalar için hangi sorunları çözmeyi hedeflediğini ve Flutter'ı pratikte nasıl güçlendirdiğini açıklıyoruz. Geliştirme ile üretim arasındaki çalışma şekli, UI'yi dondurmadan async işleri nasıl yönettiği ve zaman içinde hataları ve bakım maliyetlerini azaltan dil özelliklerini ele alacağız.
Dart, birçok ekibin istemci tarafında hissettiği boşluğu doldurmak için yaratıldı: zengin UI'lere sahip etkileşimli uygulamalar oluştururken aynı zamanda hızlı açılan, pürüzsüz kalan ve büyüdükçe sürdürülebilir kalan sistemler inşa etmek.
O dönemde geliştiriciler genellikle ya betik ve hızlı prototipler için uygun diller ya da büyük kod tabanları ve uzun vadeli bakım için uygun diller arasında seçim yapmak zorunda kalıyordu—ikisini birden veremeyen seçenekler. Dart'ın hedefi, küçük bir demo'dan büyük bir ürüne kadar yeniden yazma zorunluluğu getirmeden ölçeklenebilen, modern ve yaklaşılabilir bir dil sunmaktı.
Dart'ın tasarımı pratik bir sorudan başladı: kullanıcıya dönük uygulamalar—duyarlı arayüzler, çok sayıda durum güncellemesi, animasyonlar, ağ istekleri ve devam eden özellik çalışmaları gerektiren uygulamalar—yaparken bir dil nasıl olmalı?
Bu, öngörülebilir performans, güçlü araçlar ve temiz, okunabilir kodu teşvik eden bir ekosisteme odaklanmayı beraberinde getirdi. Önemli olarak, Dart Java, JavaScript veya C tarzı dillerden gelen geliştiricilerin hızlıca verimli olabileceği kadar tanıdık olmalıydı.
Dart birkaç net hedef için çalıştı:
Bu hedefler, güçlü standart kütüphane, yapılandırılmış async model ve hataları daha erken yakalamaya yardımcı olan özellikler gibi birçok sonraki kararın temelini oluşturdu.
Dart, birçok mobil geliştirici için Flutter popülerleşene kadar geniş görünürlük kazanmadı. Flutter, tek bir kod tabanıyla yüksek performanslı, çok platformlu UI'lar oluşturmanın varsayılan yolunu sundu.
Net olmak gerekirse: Dart başta “Flutter için” oluşturulmadı. Ancak Flutter, Dart'ın hedefleriyle son derece iyi eşleşen bir ürün oldu—hızlı geliştirici yinelemesi, UI ağırlıklı uygulamalar ve genişledikçe anlaşılabilir kalan kod.
Dart "sadece başka bir dil" olmak için oluşturulmadı. Mobil uygulamaları pürüzsüz hissettirmek, sık göndermek ve büyüdükçe sürdürülebilir tutmak isteyen ekiplerin karşılaştığı pratik sorunlara odaklanıyor.
Geleneksel mobil iş akışları deneyselliği cezalandırabilir: bir buton rengini veya yerleşimini değiştirirsiniz, ardından yeniden derleme, yeniden yükleme ve test ettiğiniz ekrana geri dönme için beklersiniz.
Dart (Flutter ile birlikte) çok hızlı yinelemeyi destekleyecek şekilde tasarlandı. Hedef basit: UI çalışmasını bir belgeyi düzenliyormuş gibi hissettirmek—değiştir, gör, ayarla—böylece geliştiriciler fikirleri daha sık test eder ve sorunları daha erken düzeltir.
Mobil kullanıcıları özellikle animasyon ağırlıklı arayüzlerde takılmaları hemen fark eder: kaydırma listeleri, geçişler ve jest odaklı efektler.
Dart, framework'lere verimli yerel koda derlenme yeteneği vererek ve eşzamanlılığı UI iş parçacığını dondurmadan yapılandıracak şekilde kurgulanarak tutarlı performans sağlamayı amaçlar. Buradaki odak benchmark gösterişi değil—günlük etkileşimlerin geniş cihaz yelpazesinde stabil hissettirilmesi.
İki ayrı yerel uygulamanın bakımını yapmak şunlara yol açabilir:
Dart, hâlâ gerçekten yerel uygulamalar üretebilen tek bir paylaşılan kod tabanını destekler; bu da ekiplerin app-store dostu performanstan vazgeçmeden çoğaltmayı azaltmasına yardımcı olur.
Uygulamalar büyüdükçe, hatalar genellikle ağ çağrıları, arka plan görevleri, durum güncellemeleri ve veri modelleri gibi "bağlayıcı kod"dan kaynaklanır.
Dart bunu, asenkron iş akışlarını daha okunaklı hale getiren dil özellikleri ve eksik değerden kaynaklanan çöküşleri azaltan güçlü null-safety araçlarıyla ele alır—aksi takdirde zamanla pahalı temizlik işlerine dönüşecek sorunlar.
Dart iki “modda” çalışacak şekilde tasarlanmıştır: uygulamayı oluştururken veya dağıtırken.
Geliştirme sırasında kodunuz tipik olarak Dart VM üzerinde çalışır—bunu, uygulamanızı yükleyip çalıştıran ve çalışırken güncelleyebilen bir çalışma zamanı motoru olarak düşünebilirsiniz. Dart kodu yazarsınız, çalıştır düğmesine basarsınız ve VM o kodu cihazın çalıştırabileceği hale getirir.
Bu düzenleme, değişiklikleri her şeyi yeniden derlemeden hızlıca uygulama yeteneği sağlar.
Önceden derleme şu kullanıcıya dokunan faydaları sağlar:
Başka bir deyişle, JIT geliştirici hızını optimize eder; AOT kullanıcı deneyimini optimize eder.
Tarayıcıyı hedeflediğinizde, Dart bir Dart VM ile gönderilmez. Bunun yerine Dart, tarayıcıların çalıştırdığı şey olan JavaScript'e derlenir. Amaç aynı kalır: geliştirici deneyimini tutarlı tutarken platformun gerçekliğine uygun çıktı üretmek.
Hot reload, Dart ile Flutter kullanmanın en görünür günlük avantajlarından biridir. Uygulamayı durdurup yeniden derlemek, yeniden yüklemek ve test ettiğiniz ekrana geri dönmek yerine, kod değişikliklerini çalışan uygulamaya enjekte edebilir ve UI'nin neredeyse anında güncellendiğini görebilirsiniz.
Hot reload, çalışmakta olan oturumu canlı tutarak kod değişikliklerini uygular. Bu genellikle şöyledir:
UI ağırlıklı işler için bu, geliştirmeyi "düzenle → bekle → yeniden aç → yeniden gezin" den "düzenle → bak → ayarla" ya çevirir. Bu küçük kazançlar, boşluk, tipografi, animasyon veya etkileşimler üzerinde ince ayar yaparken hız kazandırır.
UI geliştirme doğal olarak yinelemelidir: kutu, hizalama veya bileşen yapısını ilk seferde mükemmel yapmak nadirdir. Hot reload mikro-deneyleri ucuz hale getirir. Yeni bir düzen deneyebilir, tema rengini ayarlayabilir veya bir widget'ı daha küçük parçalara ayırıp hemen ekran üzerinde sonucu doğrulayabilirsiniz.
Ayrıca görsel veya durum yönetimi kaynaklı birçok hata için geri bildirim döngüsünü kısaltır—mantığı düzelterek davranışı kaybetmeden yeniden kontrol edebilirsiniz.
Hot reload sihir değildir; sınırlarını bilmek kafa karışıklığını önler:
Ödeme ekranı geliştirirken “Siparişi Ver” butonu sıkışık görünüyorsa, padding'i 12'den 16'ya alıp font ağırlığını ayarlayıp butonu alt çubuğa taşıyabilirsiniz. Hot reload ile yeni yerleşimi anında cihazda görür, etkileşimleri test eder ve her seferinde uygulamayı yeniden başlatmadan düzeltmeye devam edersiniz.
Gerçek mobil uygulamalar, bir benchmark'ın söylediği için "hızlı" hissetmezler—UI, uygulama gerçek iş yaparken pürüzsüz kaldığında hızlı hissedersiniz.
Akıcı UI, tutarlı kare render'ları (örneğin güvenilir şekilde 60 fps veya 120 fps'yi yakalamak) ve duyarlı giriş demektir. Kareler geciktiğinde jank ortaya çıkar: kaydırma takılır, animasyonlar kesilir ve dokunuşlar gecikir. Küçük duraklamalar—örneğin 50–100 ms—bile fark edilir.
Dart, UI'nin donmasını önlemek için isolates kullanır. Bir isolate, ayrı belleğe sahip bir işçi gibidir; bu sayede pahalı işler ana isolate'ı bloke etmeden başka bir yerde çalıştırılabilir.
Bu önemlidir çünkü birçok normal işlem şaşırtıcı derecede maliyetli olabilir:
Basit bir desen şudur: UI işi ana isolate'ta olsun, ağır hesaplamalar başka bir isolate'a gönderilsin ve sonuçlar mesajlaşma yoluyla geri gelsin.
Her görev ayrı bir isolate gerektirmez. Birçok uygulama zamanı I/O'ya bekleyerek geçer: ağ çağrıları, veritabanı okumaları, dosya erişimi. Dart'ın Future ve async/await yapıları, döngüyü bloke etmeden beklemenizi sağlar; böylece UI çizmeye ve girdi almaya devam eder.
final data = await api.fetchProfile(); // waiting, not blocking UI
setState(() => profile = data);
Ana ayrım: I/O beklemek için async/await, çerçeveden kare çalmaya başlayacak CPU işleri için isolates kullanın.
Dart, ekiplerin UI ağırlıklı uygulamaları teslim ederken bakımın sürekli bir yangın haline gelmemesi için tasarlandı. Bu faydanın büyük kısmı, yaygın hataları daha erken önleyen dil özelliklerinden gelir—üretimde çöküşe veya sonraki sprintlerde pahalı temizliğe dönüşmeden önce.
Null safety, "bu boş olabilir mi?" sorusunu bilinçli bir tercih haline getirir. Bir değer mevcut olmak zorundaysa tip sistemi bunu zorlar; yoksa bunun açıkça ele alınması gerekir.
Günlük kodlama üzerine etkileri:
Dart'ın statik tipi, IDE'lerde otomatik tamamlama, gezinme ve refaktörleri geliştirir. Alanları yeniden adlandırmak, metot çıkarmak veya modülleri yeniden düzenlemek daha güvenlidir; ince runtime sürprizleri daha az olur.
Generikler de kodun tutarlı kalmasına yardımcı olur—koleksiyonlar ve API'ler güçlü tipli olduğunda (örneğin List<User>), genellikle geç veri şekli hataları daha erken yakalanır.
Extensions, DateTime üzerinde biçimlendirme veya String için doğrulama gibi yardımcıları mevcut tiplere eklemenize izin verir; her yerde yardımcı sınıflar yaratma gereğini azaltır. Bu, async/await ile birleştiğinde çoğu uygulama mantığını iç içe geçmiş callback zincirlerine dönüştürmeden okunabilir tutar.
Dart paket ekosistemi bir güçtür, ancak bağımlılıklar uzun vadeli yükümlülüklerdir. İyi bakılan paketleri tercih edin, son sürümlere ve issue aktivitesine bakın, bağımlılık listenizi küçük tutun. Sürüm sabitlemesini dikkatli yapın ve güvenlik ile kırılma değişiklikleri birikmesin diye düzenli güncelleyin.
Flutter, "yerel kontrollerin üstünde bir UI katmanı" değildir. UI'sini kare kare çizer ve Dart, bunu pratik hale getirirken ekipleri yavaşlatmaz.
Flutter uygulamaları widget'lardan—o anki durumu açıklayan küçük, birleştirilebilir yapı taşlarından—oluşur. Dart'ın sözdizimi, bu ağaçları okunabilir şekilde yazmayı destekler ve async özellikleri, olaylara (dokunuşlar, ağ sonuçları, stream'ler) tepki vermeyi tangled callback'lere düşmeden kolaylaştırır.
Bir şey değiştiğinde, Flutter o durumdan etkilenen widget ağacının parçalarını yeniden oluşturur. Bu "yeniden oluşturma normaldir" modeli, kodunuzun hızlı çalışması ve refaktör edilmesinin kolay olmasıyla iyi işler—ki bunlar Dart'ın araçları ve dil tasarımının güçlü olduğu alanlardır.
Flutter, akıcı UI güncellemelerini hedefler ve bu da tutarlı kare sürelerine bağlıdır. Dart geliştirme sırasında hızlı yineleme (JIT) ve sürüm derlemelerinde AOT ile çalışma desteği sunar. Bu AOT çıktısı, animasyon ağırlıklı arayüzlerde jank'e yol açabilecek çalışma zamanı ek yüklerini ortadan kaldırır.
Aynı derecede önemli: Flutter'ın render hattı öngörülebilirdir. Dart kodu yönetilen bir çalışma ortamında çalışır ve varsayılan olarak tek iş parçacıklı bir UI modeli sunar; bu, birçok yaygın "UI iş parçacığı" hatasını azaltırken gerektiğinde arka plan işlerine izin verir.
Butonlar, boşluklar, satırlar, temalar, gezinme—çoğu şey bir widget'tır. Bu soyutlayıcı, yeniden kullanımı büyük ölçüde kompozisyonla sağlar, kalıtımla değil. Davranışı (boşluk, stil, jestler) herhangi bir öğe etrafında tutarlı şekilde sarmalayabilirsiniz.
Çoğu ekip birkaç yüksek seviyeli yaklaşımdan birini seçer—basit ekranlar için yerel setState, uygulama geneli bağımlılıklar için Provider/Riverpod veya olay odaklı akışlar için BLoC/Cubit. En iyi seçim genellikle uygulama karmaşıklığına ve ekip tercihine bağlıdır, ideolojiye değil.
Eğer pratik bir karşılaştırma isterseniz, /blog/flutter-state-management adresini inceleyebilirsiniz.
Çok platformlu olmak "hiç yerel kod yok" anlamına gelmez. Gerçek uygulamalar hâlâ cihaz özelliklerine ihtiyaç duyar—kamera kontrolleri, push bildirimleri, Bluetooth, biyometri, uygulama içi ödemeler, arka plan servisleri ve derin OS entegrasyonları. Dart ekosistemi (özellikle Flutter ile) bu yeteneklere, projeyi tümüyle çok dilli bir karmaşaya çevirmeden ulaşmanızı sağlayacak şekilde tasarlanmıştır.
Platform kanalları, Dart kodunun native koda (Android'de Kotlin/Java, iOS'ta Swift/Obj‑C) çağrı yapmasının ve sonuç almasının yapılandırılmış yoludur.
Yüksek seviyede, Dart kodunuz "ödeme başlat" veya "Bluetooth cihazlarını tara" gibi bir mesaj gönderir; native taraf OS'ye özgü işi yapar ve veri (veya hata) döner. Çoğu ekip bunu şu durumlarda kullanır:
Verimlilik kazancı: uygulamanın çoğunu Dart'ta tutarsınız ve platforma özgü kodu küçük, iyi tanımlanmış sınırlara izole edersiniz.
Dart FFI (Foreign Function Interface), Dart'ın C API'lerini doğrudan çağırmasına izin verir; mesaj tabanlı kanal modeline göre daha düşük ek yük istediğinizde kullanılır. FFI kullanmanız gereken durumlar:
Native entegrasyonlar güçlüdür, ancak karmaşıklık ekler:
İyi bir uygulama, native çağrıları küçük bir Dart API'sinde sarmalamak, platform başına entegrasyon testleri eklemek ve Dart ile native kod arasındaki sözleşmeyi net dokümante etmektir.
Dart telefonlarda Flutter'ı güçlendirmesiyle tanınır, ancak aynı dil ve büyük ölçüde aynı kod paylaşımı daha ileri taşınabilir. Önemli olan gerçekten taşınabilir kalanın (genellikle iş mantığı) ve platforma özgü olanın (çoğunlukla UI ve entegrasyonlar) ayrımını bilmektir.
Dart tarayıcıda çalışabilir (genellikle JavaScript'e derlenerek). Ekipler genelde şunları paylaşır:
Genellikle uyarlama gerekenler:
Zaten bir Flutter uygulamanız varsa, Flutter Web UI kodunu benzer tutmaya yardımcı olabilir; ama web'e özgü cilalama için yine de zaman ayırmalısınız.
Flutter Windows, macOS ve Linux'u destekler. Yaygın bir desen, UI yapısı ve durum yönetimini benzer tutarken şu şeyleri uyarlamaktır:
Dart, komut satırı araçları, build betikleri ve hafif backend'ler için de kullanılır. Uygulamanızın veri modellerini veya API istemcilerini yeniden kullanmak ya da tek dilli bir araç zinciri tutmak istediğinizde pratik bir tercih olabilir. Ağır sunucu ekosistemlerinde tercih genellikle kütüphanelere ve ekip deneyimine bağlıdır.
İş mantığını (modeller, servisler, durum, testler) mobil/web/masaüstü arasında paylaşmayı hedefleyin; UI ve native entegrasyonları ise platform katmanları olarak ele alın. Bu, taşınabilirliği yüksek tutar ama her platformu aynı UX'e zorlamaz.
Dart, cilalı, etkileşimli bir ürünü hızlıca teslim etmeyi hedeflediğinizde parladığı bir dil—ayrılmış iOS ve Android kod tabanları tutmadan. Ancak her uygulama için otomatik olarak en iyi araç değildir; özellikle platforma çok bağlı UI alışkanlıklarınız veya niş native araçlara sıkı bağlılığınız varsa.
Uygulamanız UI ağırlıklıysa—çok sayıda ekran, animasyon, özel bileşen, sık tasarım revizyonları—Dart güçlü bir tercihtir. Hot reload ve tek kod tabanı, haftalık yinelemeler yapan startup'lar ve ürün ekipleri için pratik avantaj sağlar.
Ayrıca platformlar arası tutarlı UI gerektiğinde veya ekibiniz tek bir hata seti, tek sürüm döngüsü ile çalışmanın bakım açısından getireceği öngörülebilirliği tercih ediyorsa iyi çalışır.
Eğer platforma özgü UI kalıplarını birebir takip etmeniz gerekiyorsa (ve her platformda farklı yeni UI çerçevesini hemen kullanmak istiyorsanız), tamamen yerel geliştirme daha basit olabilir.
Başka bir sürtüşme noktası, Dart/Flutter eklenti ekosisteminin zayıf olduğu niş SDK'lara veya donanım entegrasyonlarına dayanmaktır. Native köprüler yazabilirsiniz, ama bu "tek ekip, tek kod tabanı" faydasını azaltır ve entegrasyon yükünü artırır.
İşe alım genelde makul düzeydedir, ancak yerel pazarda daha fazla yerel mühendis olabilir. Ayrıca mevcut koda dikkat edin: zaten olgun native uygulamalarınız varsa, geçiş ancak büyük parçaları yeniden inşa ediyorsanız kendini amorti eder.
Çoğuna "evet" dediyseniz, Dart pragmatik bir tercih olabilir. Birkaçına "hayır" ise, native-first veya hibrit yaklaşımlar düşünün.
Dart'ın modern uygulama geliştirmede neden iyi çalıştığını anlamanın en hızlı yolu iş akışını kendiniz denemektir. Her şeyi baştan öğrenmeniz gerekmez—gerçek bir şey çalıştırıp ardından inşa ettikçe derinleşin.
Flutter'ı yükleyin (içinde Dart SDK paketlenir), ardından makinenizin hazır olduğunu doğrulamak için flutter doctor çalıştırın.
Örnek uygulamayı oluşturup çalıştırın:
flutter create hello_dart
cd hello_dart
flutter run
lib/main.dart dosyasını açın, bir widget'ı değiştirin (örneğin bir Text() string'i düzenleyin veya bir rengi ayarlayın) ve kaydedin. Hot reload ile uygulamanın hemen güncellendiğini görmelisiniz—Dart'ın sıkı geri bildirim döngüsünü hissetmenin en kolay yolu budur.Bir ürün fikrini hızlıca doğrulamak istiyorsanız (sadece dili öğrenmek değil), genellikle engel "UI + backend + veritabanı" prototipini tamamlamaktır. Koder.ai gibi platformlar bu noktada yardımcı olabilir: sohbet tabanlı tarifle uygulamayı oluşturup geleneksel inşa sürecinden daha hızlı çalışan bir uygulama çıkarabilirsiniz. Flutter ekipleri için bu, ekranların ve akışların ilk sürümünü hızla ayağa kaldırıp sonra hot reload ile Dart'ta yinelemeyi kolaylaştırır. Eğer backend de gerekiyorsa, Koder.ai Go servisleri ve PostgreSQL üretebilir, kaynak kodu dışa aktarma, dağıtım/barındırma ve snapshot ile geri alma destekler.
Widget'lar: UI'yi küçük parçaların ağaç yapısı olarak düşünün. Temel layout widget'larını (Row, Column, Container) ve durumun nasıl çalıştığını (StatefulWidget) öğrenin.
Async + await: Gerçek uygulamaların çoğu veri çeker, dosya okur veya platform API'lerini çağırır. Future, async ve hata yönetimine hakim olun.
Null safety: Dart, null olabilirliği tip düzeyinde açık hale getirir; kod tabanınız büyüdükçe bunun faydası çabucak görülür.
Paketler: pubspec.yaml içine bağımlılık eklemeyi ve paket kalitesini (bakımı, popülerlik, platform desteği) değerlendirmeyi öğrenin.
İki ekranlı bir UI, bir form ve bir ağ çağrısı (veya yerel depolama) içeren küçük bir uygulama oluşturun. Performansı, yineleme hızını ve entegrasyon noktalarını büyük bir taahhütte bulunmadan görmek için yeterlidir.
Sonraki okumalar için: /blog/flutter-vs-react-native, /blog/dart-null-safety, /blog/flutter-performance-basics
Dart, Google tarafından oluşturulmuş modern bir dildir ve bugün en çok Flutter'ın Dart kullanması nedeniyle görünür.
Ekipler Dart'ı fark eder çünkü geliştirmede hızlı yineleme (hot reload) ve üretimde tahmin edilebilir performans (AOT ile derlenmiş yerel kod) sağlar.
Dart, etkileşimli, UI ağırlıklı uygulamalar için ortaya çıkan “istemci uygulama” alanına odaklanır: hızlı açılan, pürüzsüz çalışan ve büyüdükçe sürdürülebilir kalan uygulamalar.
Dart, şu dengeleri gözeterek tasarlandı:
Geliştirme sırasında Dart genellikle Dart VM üzerinde JIT (Just-In-Time) derlemeyle çalışır; bu, hızlı yinelemeyi ve hot reload gibi iş akışlarını mümkün kılar.
Sürüm derlemelerinde ise Dart AOT (Ahead-Of-Time) derleme kullanır ve bu da yerel makine kodu üreterek başlatma süresini iyileştirir ve UI jank'ine neden olabilecek çalışma zamanı yükünü azaltır.
Hot reload, çalışan uygulamaya güncellenmiş Dart kodunu enjekte eder ve genellikle mevcut ekranı ve gezinme durumunu korur.
UI yinelemesi için en faydalıdır (layout, stil, widget refaktörleri), ancak bazı değişiklikler tam yeniden başlatma gerektirir—özellikle uygulama başlatma sırasını etkileyen ya da düşük seviyeli yapılandırmaları değiştirenler.
I/O beklemeleri (ağ, veritabanı, dosya okumaları) için async/await kullanın; böylece UI, bir Future beklerken engellenmez.
CPU ağırlıklı işler (büyük JSON ayrıştırma, görüntü işlemleri, kriptografi) için isolates kullanın; bunlar ana isolate'ı (UI) bloke etmeden yoğun hesaplamaları başka bir işçiye taşır.
Pratik kural: → ; → isolate.
Null safety, bir değerin "null olabilir mi?" sorusunu tip düzeyinde zorunlu kılar; böylece derleyici eksik değerlerle ilgili sorunları erken yakalar.
Pratik faydalar:
Dart'ın statik tipi sistemi IDE desteğini (otomatik tamamlama, gezinme, refaktör) geliştirir ve büyük kod tabanlarının bakımını kolaylaştırır.
Generikler, koleksiyonların ve API'lerin güçlü tipli olmasını sağlar—örneğin List<User> kullanmak, geç şekilli veri hatalarını daha erken yakalar.
Web'de Dart genellikle JavaScript'e derlenir, çünkü tarayıcılar Dart VM çalıştırmaz.
Pratikte ekipler çoğunlukla iş mantığını (domain modeller, doğrulama, ağ çağrıları) paylaşır; UI ve platform entegrasyonlarını ise web'e özgü gereksinimlere göre uyarlarlar (yönlendirme, erişilebilirlik, SEO gibi).
Platform kanalları, OS'e özgü API'leri veya yerel SDK'ları çağırmanız gerektiğinde kullanılan yöntemdir (ödemeler, Bluetooth, kamera, push). Dart, Android'de Kotlin/Java'ya veya iOS'ta Swift/Obj‑C'ye mesaj gönderir ve sonuç alır.
Dart FFI ise C API'lerini doğrudan çağırmanızı sağlar—performans-kritik kütüphaneler veya mevcut C/C++ kodunu yeniden kullanmak için uygundur.
Dart (özellikle Flutter ile) şu durumlarda güçlü bir seçimdir:
Tam yerel geliştirme tercih edilebilecek durumlar:
async/await