Swift, daha kullanışlı Rust (2023)

 (nmn.sh)
2 puan yazan GN⁺ 2026-02-01 | 1 yorum | WhatsApp'ta paylaş
  • Rust ve Swift, güçlü tip sistemi ile fonksiyonel dillerin özelliklerini paylaşır ve LLVM tabanlı derleyiciler sayesinde yerel koda ve WASM'e derlenebilir
  • Rust, düşük seviyeli bir sistem dili olarak başlayıp üst seviye özellikler sunarken, Swift üst seviye bir dil olarak başlayıp düşük seviyeli erişime izin verir
  • Swift, varsayılan olarak değer tipleri ve Copy-on-Write kullanır; Rust'ın sahiplik modeline benzer kavramları daha basit bir sözdizimiyle uygular
  • Opsiyonel tipler, hata işleme, özyinelemeli enum'lar gibi alanlarda Swift, Rust'ın kavramlarını C ailesine tanıdık gelen bir sözdizimiyle sararak geliştiriciye daha yüksek kullanım kolaylığı sunar
  • Swift, çapraz platform bir dil olarak gelişiyor ve Windows, Linux, gömülü sistem ortamlarında da kullanılabildiği için Rust'a alternatif olarak öne çıkıyor

Rust ve Swift'in benzerlikleri ve farkları

  • Her iki dil de fonksiyonel dillerin özelliklerini (etiketli enum'lar, match/switch ifadeleri, generics, birinci sınıf fonksiyonlar) içerir
    • Rust, Rc, Arc, Cow aracılığıyla referans sayımı ve kopyalama denetimi sunar
    • Swift ise varsayılan olarak değer tipleri ve Copy-on-Write kullanır; gerektiğinde sahipliği taşıma (move) ve unsafe pointer erişimi de destekler
  • Her iki dil de LLVM tabanlı derleyiciler kullanır; bu sayede yerel koda ve WASM'e derlenebilir

Bellek modeli: Rust yukarıdan aşağıya, Swift aşağıdan yukarıya

  • Rust, düşük seviyeli bir sistem dili olarak başlayıp üst seviye özellikler sunar
  • Swift, üst seviye bir dil olarak başlayıp gerektiğinde düşük seviyeli erişime izin verir
  • Swift'in varsayılan bellek modeli Copy-on-Write değer tipleridir ve Rust'ın Cow<> yapısına benzer
    • Rust varsayılan olarak hızlıdır, ancak kullanım sırasında Cow<> ile açıkça ilgilenmek gerekir
    • Swift varsayılan olarak daha basittir ve kopyalama yerine taşıma seçilebilir

Swift'in sözdizimsel yaklaşımı: Rust kavramlarını C tarzında gizlemek

  • Swift'in switch ifadesi, fiilen Rust'ın match ifadesiyle aynı işi yapar
    • Desen eşleştirmeyi destekler ve fallthrough yoktur
  • Swift'in enum yapısı doğrudan metotlar içerebilir, bu da Rust'a kıyasla daha nesne yönelimli bir kullanım sağlar
  • Opsiyonel tip (T?), Rust'taki Option<T> ile aynı kavramdır; nil, None karşılığıdır
    • Swift'te if let val sözdizimiyle güvenli biçimde açılabilir
  • Hata işleme, Rust'ın Result tipine benzer; Swift'in do-catch ve try yapıları bunu alışıldık sözdizimiyle saran aynı yapıdır

Derleyici davranışındaki farklar

  • Rust derleyicisi sorun tespiti ve uyarılara odaklanır; örneğin özyinelemeli enum tanımında Box<> kullanımını zorunlu kılar
  • Swift, özyinelemeli enum'ları yalnızca indirect anahtar sözcüğüyle işler ve derleyici iç pointer yönetimini otomatikleştirir
  • Swift'te Rust'a göre daha fazla otomatikleştirilmiş işlem vardır; geliştiricinin bellek yapısını doğrudan ele alması daha az gerekir

Swift'in pratikliği ve dilin genişleyebilirliği

  • Swift, Objective-C'nin yerine geçmek amacıyla tasarlandığı için daha büyük ve pratik bir dildir
    • Sınıflar/kalıtım, async-await, actors, lazy özellikler, property wrappers, Result Builders gibi pek çok özellik yerleşik gelir
  • “Aşamalı açığa çıkarma (progressive disclosure)” tasarımı sayesinde, öğrenme ilerledikçe daha fazla özellik görünür olur

Kullanım kolaylığı ve performans dengesi

  • Swift, başlaması kolay ve üretkenliği yüksek bir dildir; Rust ise varsayılan olarak hızlı bir dildir
    • Rust'ta “hız varsayılandır”, Swift'te ise “kolaylık varsayılandır”
  • Rust, sistemler, gömülü yazılım, derleyiciler ve tarayıcı motorları için uygundur
  • Swift, UI, sunucu tarafı ve işletim sisteminin bazı bileşenleri için uygundur; iki dilin kullanım alanları giderek daha çok örtüşmektedir

Swift'in çapraz platforma genişlemesi

  • Swift artık yalnızca Apple'a özel bir dil değil
    • Windows: The Browser Company, Arc tarayıcısında kod paylaşımı için kullanıyor
    • Linux: Apple, Swift on Server'ı destekliyor ve konferanslara sponsor oluyor
    • Embedded Swift: Panic Playdate gibi küçük cihazlarda kullanılıyor
  • Swift'in resmi blogu Windows, Embedded, Linux(Gnome), Playdate projelerini tanıtıyor
  • Swift, VSCode eklentisi, LSP'nin açık kaynak hale gelmesi gibi adımlarla Xcode dışındaki ortamlarda da geliştirme deneyimini iyileştiriyor

Swift'in sınırlamaları ve mevcut konumu

  • Derleme süresi, Rust'ta olduğu gibi yavaştır
  • Özellik şişmesi (feature creep) nedeniyle dil büyümüştür ve bazı sözdizimleri alışılmadık gelebilir
  • Paket ekosistemi, Rust'a kıyasla daha olgunlaşmamıştır
  • Buna rağmen Swift, halihazırda ABI kararlılığı, otomatik referans sayımı (ARC), sahiplik seçme özellikleri ve Linux uyumlu paketler ile donatılmış bir çapraz platform dilidir
  • Swift, Rust'a göre daha kullanışlı bir alternatif olarak konumlanıyor; beklenen bir gelecek değil, bugünün seçeneği olarak varlığını sürdürüyor

İlgili okumalar

1 yorum

 
GN⁺ 2026-02-01
Hacker News görüşleri

  • Genel olarak katılıyorum ama ayrıntılarda sorunun özü ortaya çıkıyor
    Xcode, büyük projelerde paket yenileme ya da çoklu target işleme sırasında sık sık donan hantal bir IDE. Düzeltmeye çalışsanız bile binary patch yapmak mümkün değil
    Build sistemi tarafında Cargo, SPM'den çok daha kolay kullanılıyor. Macro sistemi hâlâ harici kod üretimine dayanıyor
    Linter ve formatter var ama kaliteleri düşük. Swift'te çok sayıda performans uçurumu var ve type inference iki yönlü olduğu için karmaşık ifadelerde yavaşlıyor. Özellikle SwiftUI gibi başlıca kullanım senaryolarında sorun oluyor
    importlar modül bazında bağlı olduğu için tek bir dosyayı değiştirseniz bile tüm modülü yeniden derlemek gerekiyor. Class ve struct ayrımı da ObjC uyumluluğu yüzünden tuhaf duruyor
    Sonuç olarak Swift, Rust'tan daha kolay bir dil olabilir ama araç zincirinin olgunlaşmamışlığı yüzünden pratikte öyle hissettirmiyor

    • Küçük bir SwiftUI uygulaması yaptım ama memory leak bulmak inanılmaz zordu. Instruments ve vmmap ile analiz etsem de günde onlarca MB sızıyordu
      Swift'in yarı otomatik bellek modeli, Rust ya da Go'ya göre yönetmesi çok daha zor hissettiriyor
    • iOS/macOS uygulaması yapmıyorsanız Xcode'u tamamen atlayıp sadece swift CLI kullanmak da gayet yeterli. Linux ve Windows'ta da iyi çalışıyor
    • Swift, LSP desteklediği için VSCode, Zed, Sublime Text gibi ortamlarda da geliştirilebilir. Apple'a özel geliştirme yapmıyorsanız Xcode şart değil
    • Eski Swift sürümlerinde bir iki satırlık dictionary literal yüzünden build'in 30 dakika sürdüğü olmuştu
    • Derleme hızıyla ilgili sorunların çoğu paket bazında ayırma ve açık type belirtimiyle hafifletilebiliyor. SPM de sanıldığından daha iyi çalışıyor

  • Rust'ta ağaç yapısını enum ile ifade ederken Box gerektiği söylenmiş ama aslında Vec zaten heap referansı sağladığı için buna gerek yok

    • Rust'ı iyi bildiğim için hatanın kendisini çok dert etmiyorum ama Swift tarafındaki açıklamalar da benzer şekilde yanlış mı diye düşündürüyor
      Rust'ta enum, struct, union, hatta primitive type'ların bile method'u olabilir. Mesela 'F'.to_digit(16) gibi bir çağrı yapılabilir
      Hatta raw pointer'lara bile method eklenebilir. Bence bu, Rust'ın modern tasarım anlayışını gösteriyor
    • Swift'in enum'ları örnek gösterilip sözdizimsel şeker övülüyor ama gerçekte union type desteği zayıf olduğu için birçok geliştirici enum yerine optional'ı fazla kullanıyor
    • Vec ile Box farkını karıştırmak kolay. Vec, derleme zamanında boyutu sabit olan bir handle'dır; Box ise unsized type'larla çalışırken gerekir
    • Rust 1.92 ile test ettim, Box olmadan da gayet çalışıyor
    • Vec<T> zaten heap verisini işaret eden sabit boyutlu bir handle olduğu için Box gerekmiyor

  • Swift harika bir dil ama server-side tarafta ikna edici değil
    Ekosistemi küçük ve Go ya da Rust'a kıyasla kayda değer bir kazanımı yok. VSCode desteği de zayıf, Xcode kullanmak da istemiyorum
    Sunucu geliştirme alanı zaten Python, TypeScript, Go ve Rust tarafından kapılmış durumda. Apple'ın kapalı ekosistemi de ayrıca yük oluyor

    • Gerçekte Swift ile C kütüphaneleriyle doğrudan entegrasyon kurarak backend geliştirmiştim. FFI olmadan da iyi çalıştı, performansı da iyiydi
      Diğer dillere göre IDE kalitesinin daha iyi olduğunu düşünüyorum, ama sistem programlama için Rust daha uygun
    • Swift Vapor ile kişisel bir proje yaptım ama Go'ya göre derleme ve test hızı daha yavaştı, bu da hayal kırıklığı yarattı

  • Swift artık çapraz platform bir dil deniyor ama Linux'ta hâlâ Apple merkezli bir ekosistem gibi
    Dokümantasyon, eğitimler ve kütüphanelerin çoğu macOS temel alınarak yazılmış. Gerçekten Apple cihazı olmadan Swift kullanan var mı merak ediyorum

    • Apple dokümanlarında Linux kısıtları açıkça belirtilmediği için çok deneme yanılma yaşadım
      WebSocket istemcisi geliştirirken yaşadıklarımı blog yazısında toparladım
      2023 sürümü / 2025 sürümü
    • Apple geliştiricileri Linux'ta da iyi olduğunu söylüyor ama gerçekte Rust ekosistemi çok daha üstün
    • Mac için yazılmış bir CLI aracını Linux'a taşımaya çalıştım ama LLM ile Go koduna dönüştürmek daha hızlı ve kolay oldu
      Android desteği ilginç ama Kotlin'in yeterli olduğunu düşünüyorum
    • Apple merkezli örnekler çok olduğu için cross-compilation sırasında sorun çıkıyor. Örneğin NSHashTable, Apple dışı platformlarda yok
    • Swift'te rustup benzeri swiftly aracıyla compiler sürümleri yönetilebiliyor ve LSP de iyi çalışıyor
      Ben şahsen Windows'u da destekleyecek şekilde kütüphaneler yönetiyorum. Mükemmel değil ama giderek iyileşiyor

  • Swift'teki switch aslında fiilen bir match ifadesi. Sadece sözdizimi farklı, yaptığı şey pattern matching

    • Dil tasarımcısı açısından bakınca, mevcut switch sözdizimini koruyup geliştirici kafa karışıklığını azaltma stratejisi gibi görünüyor
      Tanıdık sözdizimi üzerinden yeni anlamlar getirerek kademeli geçişi teşvik ediyor
      Bu yaklaşım, bir dilin ne kadar güçlü görüşlere sahip bir tasarım izlemesi gerektiğine dair ilginç bir tartışmaya kapı açıyor

  • Rust'ın özü zero-cost abstraction. Swift bu ilkeye uymuyor
    Rust'taki birçok özellik bu kurala bağlı kalmak için tasarlandı ve ownership modeli bunun en tipik örneği

    • Rust'ın açık ownership modeli, Swift'teki actor ya da Task yapılarında ortaya çıkabilecek runtime hatalarını build zamanında önlüyor
      Öğrenme eğrisi var ama geliştirme verimliliğini artırıyor
    • Swift de ownership modelini destekliyor ama Rust kadar zorlayıcı değil

  • Arc tarayıcısının Windows için Swift kullandığı söylenmişti ama geliştirmenin durdurulmasının ardından ilgili çalışmalar da iptal edilmiş gibi görünüyor

  • Rust'ı tercih etme nedenim, büyük şirket bağımlılığı olmaması. Apple'ın bir gün Swift'i bırakabileceğini düşünüyorum

    • Ama Apple'ın Swift'i bırakma ihtimali düşük. Hatta Rust, topluluğa daha bağımlı olduğu için bu açıdan daha riskli bile olabilir
    • Apple'ın yazılımlarının büyük kısmı Swift ile yazılıyor, dolayısıyla vazgeçmek için bir neden yok
    • Go da Google'a, C# da Microsoft'a bağlı. Swift de açık kaynak olduğu için aynı mantıkla eleştirmek zor bence
    • Swift, Apple tarafından başlatıldı ama açık kaynak topluluğu tarafından sürdürülüyor
      Vikipedi maddesinde de bu belirtiliyor

  • Rust'ın reference counting özelliklerini kullanarak Swift'e geçmeden de benzer rahatlık elde edebilirsiniz
    Rc ile değişmez paylaşımlı referanslar, interior mutability ile de runtime kontrolüne dayalı değişiklikler uygulanabilir
    Rc dokümanı, interior mutability dokümanı

    • Tek iş parçacıklı ortamda Rc, çok iş parçacıklı ortamda ise Arc kullanılır. Send trait sayesinde Rc'nin yanlış thread'de kullanılması gibi bir durum olmaz
    • Ama bunun bedeli, kodun fazla ayrıntılı ve uzun hâle gelmesi olabiliyor

  • Swift ve Rust ile Linux için analiz araçları ve compiler geliştirdim
    Swift'te ARC sayesinde bellek yönetimi rahat, Rust ise daha fazla düşünmeyi gerektiriyor ama tooling kalitesi çok daha iyi
    Clippy ve LSP desteği harika, Swift'te ise kutudan çıktığı hâliyle birçok özellik geliyor
    Yine de Rust topluluğu daha büyük olduğu için insan bulmak daha kolay; Swift'in de C++ yerine geçebilecek bir dil olarak potansiyeli olduğunu düşünüyorum