Autor Tema: Copy Constructor (Leído 4569 veces)

AnioN · « **en:** Sábado 28 de Abril de 2007, 14:08 »

Me surgio una duda al ver este codigo.

Código: Text

      class B    //With copy constructor
      {
           private:
           char *name;
           public:
           B()
           {
           name = new char[20];
           }
           ~B()
           {
           delete name[];
           }
     //Copy constructor
           B(const B &b)
           {
           name = new char[20];
           strcpy(name, b.name);
           }
      };
 

Con respecto al constructor de copia se esta pasando como argumento de la funcion strcpy un miembro privado de un objeto, es legal esto?

Karman

si porque es una variable de la misma clase, aunque no lo sea del mismo objeto...

S2

AnioN

sigo sin entender.

Eternal Idol

Primero vamos a la practica: ¿Compila? Si. ¿Funciona? Perfectamente. Es legal.

Ahora veamos un poco de teoria (directamente "choreada" de un libro de C++, si lo quieren dare referencias):

"Hay tres tipos de accesos a miembros de clases:

privados: (si se antepone el identificador private). No son accesibles desde el exterior de la clase. Estos miembros estan encapsulados y su uso es a traves de los metodos."

Una demostracion:

Código: Text

 
int legal(const B &b)
{
  *b.name = 0;
}

Si agregas este metodo dentro de la clase B es perfectamente valido, compila y funciona mientras que si lo pones afuera VC++ te da el siguiente error:
error C2248: 'B::name' : cannot access private member declared in class 'B'

AnioN

y que parte pertenece a la clase y que parte pertenece al objeto cuando creo un objeto? porque b es un objeto de la clase B, pero ya es un objeto, o sea es externa a la clase o no?

PD: este tema no lo entendi nunca bien como es en realidad.

Eternal Idol

Otra vez a la logica: ¿Acaso el constructor de copia lo estas definiendo afuera de la clase? ¿Es externo entonces?

Un objeto es una instancia de una clase (memoria donde albergar todos los atributos de una clase).

PD. Mejor leete algo como esto:
http://en.wikipedia.org/wiki/Object-oriented_programming

AnioN

yo lo que entiendo es que se puede modificar los atributos privados de la clase desde sus propias funciones en este caso seria this->name, pero ya cuando una de sus funciones recibe como parametro un objeto determinado, en este caso de la misma clase esta accediendo a miembros privados de un objeto que es de la misma clase.

Eternal Idol

Cita de: "AnioN"

yo lo que entiendo es que se puede modificar los atributos privados de la clase desde sus propias funciones en este caso seria this->name, pero ya cuando una de sus funciones recibe como parametro un objeto determinado, en este caso de la misma clase esta accediendo a miembros privados de un objeto que es de la misma clase.

Esto es TODO el tiempo una misma clase: B.

Si intentas acceder a name desde una funcion que no sea de la clase B entonces no vas a poder (esta haciendo lo que dice el enunciado, los miembros de tipo private solo son accesibles desde la misma CLASE), ya te di el codigo con el ejemplo y el error al compilar que genera el VC++.

AnioN

a ver mas o menos si voy entendiendo como es el tema.

Código: Text

#include &#60;iostream&#62;
 
class A {
  public:
    void aa(A s) {
            a = 10;
            s.a = 10;
            std::cout &#60;&#60;&#34;contenido de a: = &#34; &#60;&#60; a &#60;&#60; std::endl;
            std::cout &#60;&#60;&#34;contenido de s.a = &#34; &#60;&#60; s.a &#60;&#60; std::endl;
    }
  private:
    int a;
};
 
 
int main()
{
    A d;
    A f;
    d.aa(f);
 
  return 0;
}
 

Yo tengo dos objetos de la clase A, a uno de los objetos le paso como parametro el otro objeto y puedo modificar las propiedades privadas del mismo porque pertenecen a la misma clase?
La forma en que lo veo ahora es como que cada objeto que creo es independiente de la clase de la cual se cree, por lo tanto me parecia que son dos objetos que no tienen nada en comun uno con el otro, pero al parece no es asi.

Existe alguna analogia con el mundo real que se use de ejemplo para que me sirva para entenderlo mejor?

Eternal Idol

Cita de: "AnioN"

Yo tengo dos objetos de la clase A, a uno de los objetos le paso como parametro el otro objeto y puedo modificar las propiedades privadas del mismo porque pertenecen a la misma clase?

Si, si usaras eso desde otra clase o una funcion daria error. ¿Los niveles de proteccion son de clases o de objetos? Respondiendo esa pregunta podras despejar la duda original.

Cita de: "AnioN"

La forma en que lo veo ahora es como que cada objeto que creo es independiente de la clase de la cual se cree, por lo tanto me parecia que son dos objetos que no tienen nada en comun uno con el otro, pero al parece no es asi.

Una clase es una descripcion abstracta y cada objeto es una instancia de esta clase, tienen en comun todos los metodos para empezar, la ubicacion de cada uno de sus miembros es exactamente la misma por simple logica.

AnioN

Citar

a que te referis con mienbros?, a los atributos o a los metodos?

Eternal Idol

Cita de: "AnioN"

a que te referis con mienbros?, a los atributos o a los metodos?

Ambos (aunque de diferente manera), en cuanto a los atributos siempre estaran en direccion base del objeto + offset al miembro y los metodos (en general, no pienso entrar en dynamic binding) todos en la seccion de codigo.

AnioN

Citar

¿Los niveles de proteccion son de clases o de objetos? Respondiendo esa pregunta podras despejar la duda original.

cual es la respuesta?

Eternal Idol

Cita de: "AnioN"

cual es la respuesta?

Clases:
"Hay tres tipos de accesos a miembros de clases".

AnioN

y por que cuando creo un objeto en el main solo puedo acceder a los miembros publicos solamente?

Eternal Idol

Cita de: "AnioN"

y por que cuando creo un objeto en el main solo puedo acceder a los miembros publicos solamente?

¿El main es parte de la clase o es una funcion totalmente ajena?

"privados: (si se antepone el identificador private). No son accesibles desde el exterior de la clase. Estos miembros estan encapsulados y su uso es a traves de los metodos.""

AnioN

ya me esta cerrando el tema. Muchas gracias.

Eternal Idol

Cita de: "AnioN"

ya me esta cerrando el tema. Muchas gracias.

Me alegro y de nadas

AnioN

o sea, en definitiva el "secreto" de la OOP es ver el ambito donde se esta trabajando para poder saber si se puede acceder a un miembro determinado o no?.

Yo de la forma que lo veia es ver a los objetos sin importar la clase de la que provienen y los modificadores de acceso relacionados con los objetos. Ahora por fin estoy empezando a entender como es este paradigma. Veia como la encapsulacion se referia a cada objeto como una especie de "cajita" que este donde este no se puede modificar su parte privada.

AnioN

existe alguna analogia con el mundo real para relacion a las clases, objetos y modificadores de acceso que se use en forma habitual?, lo pregunto porque soy autodidacta y se complica a veces captar estos conceptos abstractos.

Karman

un ejemplo? imaginate una casa (clase), en la que viven personas (objetos), los objetos (personas) pueden acceder a la casa(clase) en la que viven y modificar sus atributos(piezas por ejemplo), mientras que las personas externas (otros objetos o funciones externos a la clase) solo pueden acceder a ella a travez de los dueños (en la vida real uno invita al otro a que pase... pero pasalo por alto... jo), pero a su vez, las personas que la habitan(objetos) pueden modificar atributos de los demás habitantes de la casa(los otros objetos) siempre que le dejen hacerlo (de como implementes los métodos), es un poco colgado... pero con una de pastillas

se entiende mi ejemplo... jo

S2

AnioN

ejejeje, esta bueno el ejemplo.

Max_D · « **Respuesta #22 en:** Martes 1 de Mayo de 2007, 16:11 »

Ejemplo claro:

Una bloque de pisos (programa), tiene sus viviendas (objetos), que se basan en un plano (clase).