Pensar en C++ (Volumen 1) - Grupo ARCO

✐
✐
✐
“Volumen1” — 2012/1/12 — 13:52 — page 180 — #218
✐
Capítulo 5. Ocultar la implementación
} ///:~
La clase (class) en un concepto OOP fundamental en C++. Es una de la palabras
clave que no se pondrán en negrita en este libro - es incomodo pues se repite mucho.
El cambio a clases es tan importante que sospecho que Stroustrup hubiese preferido
eliminar completamente struct, pero la necesidad de compatibilidad con C no lo
hubiese permitido.
Mucha gente prefiere crear clases a la manera struct en vez de a la mánera
class, pues sustituye el «por-defecto-private» de class empezando con los elementos
public:
class X {
public:
void miembro_de_interfaz();
private:
void miembro_privado();
int representacion_interna;
};
El porqué de esto es que tiene más sentido ver primero lo que más interesa, el programador
cliente puede ignorar todo lo que dice private. De hecho, la única razón
de que todos los miembros deban ser declarados en la clase es que el compilador sepa
como de grande son los objetos y pueda colocarlos correctamente, garantizando
así la consistencia.
De todas formas, los ejemplos en este libro pondrán los miembros privados primero,
así:
class X {
void private_function();
int internal_representation;
public:
void interface_function();
};
Alguna gente incluso decora sus nombres privados
class Y {
public:
void f();
private:
int mX; // "Self-decorated" name
};
Como mX esta ya oculto para Y, la m (de «miembro») es innecesaria. De todas
formas, en proyectos con muchas variables globales (algo que debe evitar a toda costa,
aunque a veces inevitable en proyectos existentes), es de ayuda poder distinguir
variables globales de atributos en la definición de los métodos.
180
✐
✐
✐
✐