İlk Karşılaşma ve ŞokDaha önce başka bir framework'te, bir butona tıklanınca ne olacağını şöyle yazıyordum:
JavaScript:
button.addEventListener('click', function() {
console.log('Tıklandı!');
});
Signal-Slot'un Basit GücüQt Designer'da arayüzü çizip, "Bu buton tıklandığında şu fonksiyon çalışsın" demenin ne kadar kolay olduğunu görünce ağzım açık kaldı. Kod tarafında ise olay şuna dönüştü:
C++:
connect(ui->pushButton, &QPushButton::clicked, this, &MainWindow::onButtonClicked);connect fonksiyonunun içinde tip güvenliği var, nesneler destroy olduğunda bağlantı otomatik kopuyor (tabi doğru kullanırsan), ve en önemlisi, sinyal gönderen ve alan birbirini TANIMIYOR. Birbirlerinden tamamen habersizler. Bu gevşek bağlılık (loose coupling) müthiş bir şey.
Eski Usül Neden İlkel Hissettirdi?Eski yöntemde, dinleyeceğin nesneyi bulup, üzerine bir dinleyici "monte ediyordun". Bu, birbirine sıkı sıkıya bağlı (tightly coupled), bakımı zor bir yapıydı. Qt'de ise sinyali yayan, "Ben bir sinyal yaydım, isteyen dinler" diyor. Slot'u olan, "Ben bu sinyali dinlemek istiyorum" diyor. Aracı olan `connect` fonksiyonu onları buluşturuyor. Bu, olay güdümlü programlamanın çok daha şık ve yönetilebilir bir hali.
Kafayı yiyecektim, meğerse dünya bu kadar basitleşebilirmiş. Özellikle birden fazla sinyalin aynı slot'a bağlanabilmesi veya bir sinyalin başka bir sinyali tetikleyebilmesi, kod mimarini temiz tutmak için büyük bir lütuf.
Son DüşüncelerTabii her gülün dikeni var. Qt'nin meta-object compiler (moc)'ına alışmak, bazen debug etmesi zor bağlantı sorunları yaşamak da işin bir parçası. Ama genel olarak, bu modele alıştıktan sonra eski `addEventListener` tarzı yaklaşımlar bana gerçekten ilkel ve kırılgan gelmeye başladı.
Siz de benzer bir geçiş yaşadınız mı? Ya da "Yok be kardeşim, event listener daha nettir" diyen var mı aramızda? Qt'de signal-slot konusunda en çok hangi detay kafanızı karıştırdı veya hayatınızı kurtardı?