Risposta.

L'incapsulamento è uno dei principi chiave della programmazione orientata agli oggetti (OOP), che nasce dalla necessità di raggruppare i dati con le funzioni che elaborano questi dati e di nascondere i dettagli di implementazione all'utente.

Storia della questione

Sin dall'emergere dell'OOP, l'incapsulamento è stato orientato ad aumentare l'affidabilità dei programmi, ridurre gli errori e migliorare la manutenibilità del codice. In C++, viene realizzato tramite meccanismi di nascondimento dei dati e di fornitura di un'interfaccia per l'interazione con l'oggetto.

Problema

Senza incapsulamento, i dati interni e i dettagli di implementazione della classe sono accessibili per la modifica da qualsiasi parte del programma. Ciò porta a errori, difficoltà nel fare modifiche e scarsa gestibilità del codice.

Soluzione

L'incapsulamento in C++ si ottiene utilizzando i modificatori di accesso (private, protected, public) nelle classi. I dati interni della classe vengono dichiarati usando private o protected, mentre l'accesso ad essi avviene tramite metodi pubblici (getter e setter).

Esempio di codice:

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;
    }
};

Caratteristiche chiave:

Permette di separare interfaccia e implementazione
Protegge l'oggetto da accessi e modifiche non controllati
Facilita la manutenzione e lo sviluppo del codice

Domande insidiose.

Un membro protected può essere accessibile da qualsiasi parte del programma in cui esiste un oggetto della classe?

No, i membri protected sono accessibili solo dai metodi della stessa classe, amici e classi derivate, ma non da altre classi e non tramite oggetto esterno.

Un membro pubblico della classe può essere "incapsulato"?

No, i membri pubblici non vengono incapsulati, il loro compito è garantire l'interfaccia esterna. A volte, i membri pubblici eccessivamente aperti violano il principio dell'incapsulamento.

Il modificatore private aumenta la sicurezza del codice a runtime?

No, i modificatori di accesso funzionano solo a livello di compilazione e non prevengono l'accesso ai dati nel file eseguibile, ma limitano gli errori di progettazione.

Errori tipici e anti-pattern

Dichiarazione di tutti i membri della classe come pubblici
Eccessivi friend
Getter che restituiscono un riferimento a un membro nascosto senza const/qref
Mancanza di validazione nei setter esterni

Esempio dalla vita reale

Caso negativo

Lo sviluppatore ha reso tutte le variabili della classe pubbliche per "facilitare la logica di business".

Vantaggi:

Facile lavorare all'inizio
Meno codice per accedere ai dati

Svantaggi:

Qualsiasi altro programmatore/modulo può modificare lo stato della classe in qualsiasi momento
La debug e la manutenzione diventano più complicate
Aumento degli errori

Caso positivo

I dati sono dichiarati come privati, con interazione tramite getter/setter con validazione obbligatoria.