Cevap.

Kapsülleme, verileri bu verileri işleyen işlevlerle gruplama ihtiyacından kaynaklanan nesne yönelimli programlamanın (OOP) temel prensiplerinden biridir ve kullanıcıdan uygulama detaylarını gizlemeyi amaçlar.

Konunun Tarihçesi

OOP'ye olan talep ile birlikte, kapsülleme, programların güvenilirliğini artırma, hataları azaltma ve kodun bakımı kolaylaştırma amacı güdüyordu. C++'da, veri gizleme ve nesneyle etkileşim için bir arayüz sağlama aracılığıyla gerçekleştirilir.

Sorun

Kapsülleme olmadan, sınıfın iç verileri ve uygulama detayları programın herhangi bir yerinden değiştirilebilir. Bu, hatalara, değişiklik yapma zorluklarına ve kodun kötü yönetilmesine neden olur.

Çözüm

C++'da kapsülleme, sınıflardaki erişim belirleyicileri (private, protected, public) aracılığıyla elde edilir. Sınıfın iç verileri private veya protected ile bildirilir ve bunlara erişim, açık yöntemler (getter'lar ve setter'lar) aracılığıyla sağlanır.

Kodu örneği:

class Account {
private:
    double balance;
public:
    Account(double initial) : balance(initial) {}
    double getBalance() const { return balance; }
    void deposit(double amount) {
        if (amount > 0) balance += amount;
    }
};

Ana özellikleri:

Arayüz ile uygulama arasındaki ayrımı sağlar
Nesneyi kontrolsüz erişim ve değişimden korur
Kodun bakımını ve geliştirilmesini kolaylaştırır

Tuzak Sorular.

protected üyesi, sınıfın bir örneği bulunduğu sürece programın her yerinden erişilebilir mi?

Hayır, protected üyeler yalnızca sınıfın kendisinin, arkadaşların ve türetilmiş sınıfların yöntemlerinden erişilebilir, diğer sınıflardan ve dışarıdan bir nesne aracılığıyla erişilemez.

Bir sınıfın public üyesi "kapsüllenebilir" mi?

Hayır, public üyeler kapsüllenemez, bunların görevi dış arayüz sağlamaktır. Bazen aşırı derecede açık olan public üyeler, kapsülleme ilkesini ihlal eder.

private belirleyici, çalışma zamanında kodun güvenliğini artırır mı?

Hayır, erişim belirleyicileri yalnızca derleyici düzeyinde çalışır ve çalıştırılabilir dosyada verilere erişimi engellemez - ancak tasarım hatalarını sınırlar.

Yaygın Hatalar ve Anti-Desenler

Tüm sınıf üyelerinin public olarak bildirilmesi
Gereksiz friend'ler
Gizli bir üyeye referans döndüren getter'lar, const/qref olmadan
Dışarıdan gelen setter'larda doğrulama eksikliği

Gerçek Hayattan Bir Örnek

Olumsuz Durum

Geliştirici, "iş mantığını basitleştirmek" için sınıfın tüm değişkenlerini public yaptı.

Artılar:

Başlangıç aşamalarında çalışmak kolaydır
Verilere erişim için daha az kod

Eksiler:

Herhangi bir başka programcı/modül sınıfın durumunu herhangi bir anda değiştirebilir
Hata ayıklama ve bakım zorlaşır
Hata sayısında artış

Olumlu Durum

Veriler private olarak bildirilmiş, getter'lar/setter'lar aracılığıyla etkileşim ve zorunlu doğrulama yapılmıştır.