Violación de segmento (`core' generado)

[eferion]

Iniciado por pguti

Ahora probaré a cambiar esos strings por arrays de caracteres. En cuanto al typedef, estoy estudiando Ing. Informática y me han dicho que así se pone en C++ en la asignatura de Programación, por eso lo había puesto.

Primero la explicación y luego la crítica.

typedef sirve para definir alias. ¿Para qué sirven los alias? Por un lado para facilitar la configuración del programa y por otro para conseguir código más legible.

En C es muy fácil entender el tema de la legibilidad:

Código C:

struct _mistruct
{
  ...
};
 
typedef struct _mistruct mistruct;
 
// ¿Qué opción es más legible?
struct _mistruct estructura;
mistruct estructura;
 
// Ahora imagínatelo a la hora de declarar funciones
void func( struct _mistruct* a, struct _otrastruct* b, struct _otramas *c); 
void func( mistruct* a, otrastruct* b, otramas *c);
 

¿Cómo es eso de facilitar la configuración de un programa?

Bueno, imagínate que tienes que hacer un programa que va a funcionar en ARM,Raspberry y "nosecuantas" otras arquitecturas. Imagino que no te agradaría la idea de hacer un programa específico para cada sistema y que prefieres reutilizar la mayor cantidad de código posible.

Si resulta que en una arquitectura el tipo de dato que has de usar para un determinado fin (por ejemplo por temas de rendimiento) es int y en otra arquitectura es short podrías optar por varios caminos, yo te muestro tres opciones:

1. Controlar el tipo con macros

Código C:

#ifdef _USAR_INT_
int
#else
short
#endif
func()
{ return 4; }
 

Si está la macro _USAR_INT_ definida, entonces el código quedará tal que:

Código C:

int func()
{ return 4; }
 

mientras que si no lo está el programa compilará lo siguiente:

Código C:

short func()
{ return 4; }
 

2. Definir el tipo en una macro.

Código C:

#ifdef _USAR_INT_
#define MITIPO int
#else
#define MITIPO short
#endif
 
MITIPO func()
{ return 4; }
 

3. Definir un alias

Código C:

#ifdef _USAR_INT_
typedef int mitipo
#else
typedef short mitipo
#endif
 
mitipo func()
{ return 4; }
 

Las dos últimas opciones son bastante parecidas. ¿Qué sentido tiene entonces typedef si ya puedo conseguir lo mismo con directivas del preprocesador?

Bueno, resulta que typedef es bastante más potente que el preprocesador para estas cosas. Los mejores ejemplos se encuentran en los templates, donde muchas veces se hace necesario heredar el tipo para conseguir que el código sea compatible.

Código C++:

struct TipoInt
{
  typedef int tipo;
};
 
struct TipoShort
{
  typedef short tipo;
};
 
template<class T>
struct mitemplate
{
  // aqui es necesario usar typename para que funcione el programa
  // no es necesario que entiendas el motivo (paso a paso)
  typedef typename T::tipo tipo;
 
  tipo func()
  { return 4; }
};
 
int main()
{
    mitemplate<TipoInt> t1;
    mitemplate<TipoShort> t2;
 
    std::cout << sizeof(t1.func()) << std::endl;
    std::cout << sizeof(t2.func()) << std::endl;
}
 

Dicho esto queda claro que en C se usa typedef para no tener que escribir struct cada dos por tres, pero en C++ esto no es necesario, luego solo gente que se ha reciclado malamente de C a C++ seguirá usando el diseño que propone tu profesor.

Y bueno, ahora la crítica:

Seguramente tu profesor no tendrá tampoco ni idea de que en lo que llevamos de siglo han salido 3 estándares nuevos del lenguaje (C++03, C++11 y C++14) y que hay otros dos a punto de ver la luz (c++17 y C++20).

Es hasta posible que no entienda demasiado de templates, e incluso que se pierda al hablar de polimorfismo y herencia.

Ser profesor no le otorga a nadie un halo de inmortalidad o de superioridad. No es más que alguien que te intenta inculcar una serie de conocimientos y ya depende de la propia persona que dichos conocimientos sean más o menos fiables.

Yo te recomendaría buscar tutoriales de c++ por Internet y verás como lo que te cuento representa la forma normal de trabajar.

Si realmente te gusta la programación, que un profesor incompetente no te lleve por el mal camino. Una vez se han adquirido malos hábitos es complicado remontar el vuelo.

Una cosa es que en esa clase en cuestión tengas que pasar por el aro para aprobar y otra muy distinta es que seas consciente de que eso que haces no es lo correcto y que hay mucho mundo por recorrer fuera del contenido de las clases.

Un saludo