Objective-C: dilin özü ve iOS geliştirmedeki yeri

Objective-C Nedir?

Objective-C, C'yi Smalltalk tarzında nesne yönelimli programlama yetenekleriyle genişleten bir programlama dilidir. Objective-C kodu, LLVM veya GCC aracılığıyla yerel makine koduna derlenir ve C ile tam geriye dönük uyumluluğu korur — herhangi bir C kodu Objective-C'de geçerlidir.

Apple, 1997'de NeXT'yi (Objective-C ile birlikte) satın aldı. Dil, macOS ve iOS için framework'ler olan Cocoa ve Cocoa Touch'ın temeli oldu. 2014'ten bu yana Apple, Swift'i bir yedek olarak tanıtıyor, ancak Objective-C, eski projeler ve bazı sistem framework'leri için kritik derecede önemli olmaya devam ediyor. Apple'a (WWDC 2024) göre, App Store'daki uygulamaların yaklaşık %35'i hala Objective-C kodu içeriyor.

Temel özellik dinamik çalışma zamanıdır. Yöntem çağrılarının derleme zamanında çözüldüğü Swift'in aksine, Objective-C, objc_msgSend işlevi aracılığıyla çalışma zamanında mesajlar gönderir. Bu, yöntemleri anında geçersiz kılmaya (method swizzling), dinamik olarak sınıf eklemeye ve var olmayan seçiciler için forward invocation kullanmaya olanak tanır.

Sözdizimi: C + Nesne Yönelimli Uzantı

Herhangi bir C kodu Objective-C'de geçerlidir. Nesne yönelimli uzantı, sınıflar (@interface/@implementation), kategoriler, protokoller (@protocol) ve dinamik tipleme (id) ekler. Dosyalar .m (uygulama) ve .h (başlık) uzantılarına sahiptir.

Mesaj Sözdizimi ve Dinamik Dağıtım

Mesaj sözdizimi, Objective-C ile C benzeri diller arasındaki temel farktır. object.method(argument) yerine [object method:argument] kullanılır. Her mesaj, çalışma zamanında dinamik olarak yöntem uygulamasını arayan objc_msgSend'den geçer.

// Adlandırılmış parametrelerle mesaj sözdizimi
NSString *greeting = [NSString stringWithFormat:@"Hello, %@", name];

// İç içe mesajlar
NSArray *sortedArray = [[array sortedArrayUsingSelector:@selector(compare:)] copy];

// Introspection ile tür denetimi
if ([object isKindOfClass:[UIView class]]) {
    UIView *view = (UIView *)object;
    view.backgroundColor = [UIColor redColor];
}

Dinamik dağıtım, çalışma zamanında yöntemleri geçersiz kılmaya (method swizzling) olanak tanır — güçlü ancak tehlikeli bir teknik. Örneğin, AFNetworking ve Aspects gibi framework'ler, URLSession çağrılarını engellemek için swizzling kullanır. Apple uyarıyor: yanlış kullanıldığında swizzling, sistem framework'lerini bozabilir.

Kategoriler ve Sınıf Uzantıları

Kategoriler, kalıtım ve kaynak koduna erişim olmadan mevcut sınıflara (NSString ve UIView gibi sistem sınıfları dahil) yöntem eklemeye izin veren Objective-C'nin benzersiz bir özelliğidir. Kategoriler @interface ClassName (CategoryName) aracılığıyla bildirilir.

// UIColor+Hex.h dosyası — UIColor için kategori
@interface UIColor (Hex)
+ (instancetype)colorWithHex:NSUIntegerhex;
@end

// UIColor+Hex.m dosyası — uygulama
@implementation UIColor (Hex)
+ (instancetype)colorWithHex:NSUIntegerhex {
    CGFloat r = ((hex >> 16) & 0xFF) / 255.0;
    CGFloat g = ((hex >> 8) & 0xFF) / 255.0;
    CGFloat b = (hex & 0xFF) / 255.0;
    return [self colorWithRed:r green:g blue:b alpha:1.0];
}
@end

Uzantılar (Class Extension), bir .m dosyasında adsız olarak bildirilen özel bir kategori türüdür: @interface ClassName (). Kategorilerin aksine, uzantılar yalnızca yöntemleri değil, aynı zamanda ivar (örnek değişkenleri) ve özellikleri de ekleyebilir. Uzantılar, dahili API'yi harici modüllerden gizlemek için kullanılır.

Bloklar (Blocks) — Kapanışlı Anonim İşlevler

Bloklar, dış kapsamdaki değişkenleri yakalayan Objective-C'deki anonim işlevlerdir. Blok sözdizimi: ^(int x) { return x * 2; }. Bloklar, UIKit'te geri çağırma işleyicileri için, Grand Central Dispatch'te asenkron görevler için ve NSArray/NSDictionary koleksiyonlarında işlevsel işlemler için kullanılır.

// Blok türü bildirimi
typedef void (^CompletionBlock)(BOOL success, NSError *error);

// Parametre olarak blok
- (void)fetchDataWithCompletion:(CompletionBlock)completion {
    __weak typeof(self) weakSelf = self;
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        BOOL result = [weakSelf processData];
        if (completion) {
            completion(result, nil);
        }
    });
}

Bloklarda bellek yönetimi kritik derecede önemlidir. Bloklar, self'i güçlü bir referansla yakalar ve doğrudan kullanıldığında retain cycle oluşturur. Çözüm, __weak typeof(self) weakSelf = self ve ardından blok içinde bir kontroldür. Bu sorun Swift'te capture lists [weak self] aracılığıyla tamamen çözülmüştür.

ARC ve MRC: Bellek Yönetimi

Objective-C, MRC (Manual Reference Counting)'den ARC (Automatic Reference Counting)'ye evrilmiştir. MRC'de, geliştirici manuel olarak retain (arttırma), release (azaltma) ve autorelease (ertelenmiş serbest bırakma) çağrısı yapardı. Bu çağrılardaki hatalar, sarkan işaretçiler nedeniyle bellek sızıntılarına veya çökmelere yol açardı.

ARC, Xcode 4.2 ve LLVM 3.0'da (2011) tanıtıldı. Derleyici, nesne ömürlerini analiz ederek derleme zamanında otomatik olarak retain/release ekler. ARC çöp toplama (GC) değildir — otomatik eklemelerle statik analizdir. Objective-C ARC, Swift ARC ile uyumludur: her ikisi de çalışma zamanı düzeyinde aynı referans sayma sistemini kullanır.

Bridging Header ile Swift ile Birlikte Çalışabilirlik

Bir projede Objective-C ve Swift'i birlikte kullanmak, eski projeler için yaygın bir uygulamadır. Apple, Bridging Header'ı sağlar — Swift'in Objective-C sınıflarını gördüğü ve Objective-C'nin NSObject'ten miras alan Swift sınıflarını gördüğü otomatik olarak oluşturulan bir dosya.

// ProjectName-Bridging-Header.h
// Swift bu başlıkları otomatik olarak görür
#import "LegacyManager.h"
#import "NetworkClient.h"
#import "DataStore.h"

Objective-C'den Swift'e geçiş aşamalı bir süreçtir. Yeni dosyalar Swift'te yazılır, eskileri kademeli olarak yeniden düzenlenir. Bridging Header, bir Objective-C projesine ilk Swift dosyası eklendiğinde otomatik olarak oluşturulur. Ters görünürlük için (ObjC → Swift), Xcode, @objc ile işaretlenmiş Swift sınıfları için @interface bildirimleri içeren bir <ProjectName>-Swift.h dosyası oluşturur.

// Objective-C'den görünen Swift sınıfı
@objc class SwiftRouter: NSObject {
    @objc func navigateToProfile(userId: Int) {
        // uygulama
    }
}

Sınırlamalar: Swift'in değer türleri (struct, enum) Objective-C'den doğrudan görünmez — @objc ile bir sınıfa sarılmaları gerekir. Swift'in jenerikleri Objective-C'den sınırlı olarak erişilebilir. Önerilen yaklaşım, yeni kodu Swift'te yazmak ve mevcut Objective-C kodunu yalnızca ilgili işlevsellik değiştirildiğinde yeniden düzenlemektir.

Objective-C'de Çalışma Zamanı ve Method Swizzling

Swift'e kıyasla Objective-C'nin ana avantajı, çalışma zamanına tam erişimdir. Method swizzling, çalışma zamanında yöntem uygulamalarını değiştirme, kalıtım olmadan sistem yöntemlerini geçersiz kılmaya olanak tanır. Aspects ve JRSwizzle gibi kütüphaneler, bu yeteneği AOP (yönelim odaklı programlama) — izleme, analitik ve günlükleme için kullanır.

Forward invocation, başka bir çalışma zamanı özelliğidir: bir nesne bir seçiciye yanıt vermezse, sistem forwardInvocation:'ı çağırır ve mesajın başka bir nesneye iletilmesine olanak tanır. Bu, Objective-C'deki (NSProxy) Proxy deseninin temelidir ve tembel başlatma ve dağıtılmış nesneler için kullanılır.

Apple, yeni kodda çalışma zamanı hilelerinin kullanımını en aza indirmeyi ve Swift'in statik tiplemesini tercih etmeyi önerir. Ancak, eski projelerde, objc_msgSend, method_exchangeImplementations ve objc_getAssociatedObject bilgisi, mevcut kod tabanının bakımı için gereklidir.

Özellikler ve Key-Value Observing

Objective-C, getter/setter ile ivar üzerinde özellikleri sözdizimsel şeker olarak destekler. atomic/nonatomic, strong/weak/copy, readonly/readwrite ve assign/retain değiştiricileri, bellek davranışını ve iş parçacığı güvenliğini belirler. Key-Value Observing (KVO), çalışma zamanına yerleşik bir özellik değişikliği gözlem mekanizmasıdır: herhangi bir nesne, addObserver aracılığıyla başka bir nesnenin özelliklerindeki değişikliklere abone olabilir.