¿Mato a un gatito cada vez que uso struct en todas partes en lugar de clase?

Question

struct es público por defecto, mientras que class es privado por defecto.

Tomemos Ogre3D por ejemplo; si cambio todas las ocurrencias class con struct, se compila (supongo) y el motor funciona igual que antes.

Si estoy en lo cierto, el código compilado es exactamente el mismo que antes, porque solo el compilador comprueba si se llama a un método privado/protegido, no se comprueba en el tiempo de ejecución.

Si todavía estoy bien, class es sólo una palabra clave que sólo hace que sus ojos lindos y pidiendo "por favor encapsular los datos: se ahorrará un gatito", mientras que los ámbitos privados/protegidas están todavía en manos del usuario.

Sé que suena un poco escaso o irrelevante rebelde (algo así como "C es tio KISS, do not go"

Volver a la pregunta: ¿qué hace la norma dicen sobre esta pequeña diferencia entre struct y class mientras ¿Generar código de máquina? ¿Por qué agregar una palabra clave y tratar de impresionar a los programadores con el llamado "modelo OO" mientras no se aplica? ¿Fue influenciado por Java?

Answer 1

La diferencia entre struct y class es sólo el nivel de acceso por defecto de las bases y atributos, y los niveles de acceso se verifican sólo en tiempo de compilación, por lo que podría tener la tentación de obtener alguna biblioteca editar los encabezados y cambiar todo class con struct para obtener acceso a los detalles internos.

No

compiladores no están obligados a generar exactamente el mismo código si cambia el especificador de acceso por defecto. En particular, estas dos clases podrían o no tener el mismo diseño de memoria, dependiendo del compilador:

struct a { 
    int a; 
private: 
    int b: 
}; 
class b { 
    int a; 
public: 
    int b; 
}; 

La razón es que la norma requiere que todos los atributos miembros que serán expuestos en la memoria en el aumento de las posiciones dentro de la misma clasificación para el acceso . Los compiladores están permitidos (no conozco ninguno que sí lo haga, pero como esto no es un requisito, puede cambiar en la próxima versión), para reordenar los campos desde diferentes bloques de acceso. Un compilador podría decidir que los atributos públicos son los primeros, mientras que los privados aparecen al final del objeto, y eso significaría que la posición de los campos a y b en las dos clases se intercambiaría.

Answer 2

No hay otras diferencias que el acceso predeterminado. En realidad, incluso puede escribir algo como:

class X; 

X* pX; 

struct X {}; 

Y debe compilarse.

Answer 3

La única diferencia entre structs y clases en C++ es que las clases tienen miembros privados y clases base de forma predeterminada. Normalmente, el cambio de class a struct no debe afectar el código de máquina generado.

Answer 4

En realidad, class y struct se comprueban en tiempo de compilación. La única diferencia es si el valor predeterminado para los miembros para los que no ha especificado explícitamente el acceso es public (para struct) o private (para class). De lo contrario, producen exactamente los mismos objetos. Si especifica todo su control de acceso explícitamente, puede usar cualquiera de ellos y serán los mismos.

Answer 5

La norma no dice nada sobre la generación de códigos de máquina en absoluto.

struct se ha conservado para facilitar la migración del código C heredado. Normalmente, los programadores de C++ lo usan para estructuras similares a POD.

Answer 6

No. La diferencia entre struct y class se limita a la accesibilidad predeterminada de sus miembros y herencia. Ambos son public para struct y private para class

Answer 7

No, definitivamente no fue influenciado por Java. Verifica la línea de tiempo. :)

Incluso si no hace más que controlar la visibilidad predeterminada, eso sigue siendo bastante significativo. De alguna manera se convierte en una cuestión de tener la semántica disponible que te permita decir lo que quieres decir.La idea de que, si está usando struct, entonces probablemente esté trabajando dentro de un paradigma anterior donde la visibilidad pública es la única que normalmente se consideraría, y si está usando class, está pensando en más OO términos en los que la visibilidad privada se tiene en mayor estima. No lo sé, tiene sentido para mí, amigo.

Answer 8

struct existe por razones heredadas y eso es todo. No mata a un gatito ni a nada cada vez que usa struct en lugar de class o viceversa, son lo mismo, de manera realista, con una palabra clave ligeramente diferente y predeterminada.

Answer 9

Hmm, ahora ... Si alguna vez se pone un programa de este tipo en el espacio público, decir algo como OSS, la gente va a tirar piedras a usted;)

La palabra clave struct es una especie de herencia C. Y sí, la única diferencia (por lo que recuerdo) es el comportamiento predeterminado con respecto a los miembros que están siendo protegidos.

Bjarne Stroustrup en "The C++ Programming Language":

Por definición, una estructura es una clase en la que los miembros son de público predeterminado; es decir

struct s {...

es simplemente la abreviatura de

clase s {public: ...

Pero el modelo OO es, con mucho, más que la encapsulación. Agrega cosas como herencia y funciones de miembro.

Answer 10

Hay personas que intentan usar la palabra clave 'struct' para significar varias cosas. Por ejemplo, algunas personas intentan usar struct para especificar POD-ness o para ser solo clases de datos (clases con solo variables de miembro público y sin funciones).

En mi opinión, este es un grave error y todos los motivos que he escuchado son defectuosos. Por un lado, una palabra clave como struct no es suficiente para expresar las condiciones que intentan usar para documentar.Dado que la palabra clave en realidad no significa nada en particular, la gente lo acepta o intenta afirmar su propia idea de lo que debería significar. Hay demasiadas opiniones incompatibles sobre qué structsignifica en el código para que documente cualquiera de ellas. Desea documentar cosas como, "Este objeto siempre debe ser un POD", lo más claramente posible en lugar de confiar en los detalles estándar del equipo oscuro que pueden ser difíciles de recordar. Entonces, para documentar tal cosa, la única cosa suficiente, honestamente, es // This object must always be a POD. Es claro, simple, y no puede ser malinterpretado por alguien que sepa lo que es un POD, y esto está bien definido.

El mejor argumento que he escuchado para usar la palabra clave class en lugar de struct es que debe preferir el acceso privado al acceso público, revelando solo lo que es necesario. En otras palabras, el tipo de herencia "por defecto" y la exposición de acceso deben ser privados hasta que se demuestre que es necesario un mayor acceso. Estoy de acuerdo con esta opinión, pero no estoy de acuerdo en que sea necesario utilizar la palabra clave struct para cumplir con este principio.

Lo que uno decida va a ser bastante arbitrario. Las razones más adelante se pueden afirmar para la decisión, pero creo que las personas que han elegido uno u otro no son fáciles de convencer. Cambié de 'clase' a 'estructura' porque leo demasiados libros sobre C++ moderno y demasiado código de refuerzo; rara vez verá la palabra clave 'clase' en ninguno de los dos. La verdad sea dicha, no importa; sigue los estándares del equipo en el que te encuentras en ese momento. En mi opinión, agregar una palabra clave que esencialmente no tiene sentido fue un error.

Editar: Aunque, tengo que decir que otra razón por la que no me gusta usar class es que significa demasiadas cosas, aunque también significa nada en particular. Por ejemplo, puede usar class en lugar de typename en las especificaciones de parámetros de la plantilla. Incluso si usa la palabra clave class puede pasar cualquier tipo y no necesariamente cualquier tipo de clase (como int). La única vez que me gusta usar la palabra clave class es donde realmente significa algo y donde realmente tiene que hacerlo: especificando los parámetros de plantilla de plantilla.