elhacker.net cabecera Bienvenido(a), Visitante. Por favor Ingresar o Registrarse
¿Perdiste tu email de activación?.

 

 


Tema destacado: Introducción a la Factorización De Semiprimos (RSA)


+  Foro de elhacker.net
|-+  Programación
| |-+  Programación General
| | |-+  Hay algo que no entiendo muy bien sobre OOP
0 Usuarios y 1 Visitante están viendo este tema.
Páginas: [1] 2 Ir Abajo Respuesta Imprimir
Autor Tema: Hay algo que no entiendo muy bien sobre OOP  (Leído 5,837 veces)
mark182


Desconectado Desconectado

Mensajes: 395


Ver Perfil WWW
Hay algo que no entiendo muy bien sobre OOP
« en: 12 Junio 2010, 04:13 am »

Buenas,

Yo empece programando en PHP y C, y ahora estoy estudiando PHP orientado a objetos. Lo que no entiendo de la POO es el encapsulamiento, osea no entiendo que gano poniendo a los atributos y/o metodos los modificadores public, private y protected. Se las caracteristicas de cada modificador pero no entiendo para que me pueden servir, lo unico que entiendo es que si a un metodo o atributo le pongo privated (o protected) tengo que trabajar mas...osea se me hace mas laborioso generar el codigo del programa. Entonces pienso, para que poner protected o private si le puedo poner a todo public y listo.

Espero que me alla explicado bien en mi problema jejej. Muchas gracias.


En línea

[D4N93R]
Wiki

Desconectado Desconectado

Mensajes: 1.646


My software never has bugs. Its just features!


Ver Perfil WWW
Re: Hay algo que no entiendo muy bien sobre OOP
« Respuesta #1 en: 12 Junio 2010, 16:17 pm »

Sirve para mucho, en general es para organizar un poco tu código. Imagina que tienes una clase, con 100 métodos, y cuando vas a ver los métodos que necesitas, no puedes ni encontrarlo porque todos son public y se hace un desastre a la hora de desarrollar.

Otro punto es el control y fiabilidad del código: puedes tener algún método importante, que es clave para el funcionamiento de la clase, pero ese método no es fácil de usar, así que  lo pones private y creas otros métodos con los que el usuario de la clase pueda manejarlos más fácilmente.

También puedes proteger los métodos que solo quieres que use la clase, es decir, que no pueden ser accesados desde otro contexto o ámbito. Con lo que te aseguras de la buena ejecución de tu código.

Por ahora es todo lo que se me ocurre hehe

Un saludo


En línea

mark182


Desconectado Desconectado

Mensajes: 395


Ver Perfil WWW
Re: Hay algo que no entiendo muy bien sobre OOP
« Respuesta #2 en: 12 Junio 2010, 17:06 pm »

Antes que nada gracias por tu respuesta pero como que no termino de entender varias cosas:

Citar
Imagina que tienes una clase, con 100 métodos, y cuando vas a ver los métodos que necesitas, no puedes ni encontrarlo porque todos son public

Si tienes 100 metodos creo que se hace dificil encontrar el que necesitas por mas que sean public, private o protected.

Citar
puedes tener algún método importante, que es clave para el funcionamiento de la clase, pero ese método no es fácil de usar

No entiendo muy bien este punto, podrias poner algun ejemplo?

Citar
que no pueden ser accesados desde otro contexto o ámbito.

Esto tampoco lo entiendo (jeje), como "en otro ambito o contexto"??

Yo estoy hablando de mera ignorancia  ya que conozco la teoria pero no tengo nada de practica, tengo idea de que clases crear para la aplicacion que quiere hacer pero lo que me esta travando es esto de los modificadores, no quiere empezar si no entiendo bien esto.

Gracias otra vez.
En línea

[D4N93R]
Wiki

Desconectado Desconectado

Mensajes: 1.646


My software never has bugs. Its just features!


Ver Perfil WWW
Re: Hay algo que no entiendo muy bien sobre OOP
« Respuesta #3 en: 12 Junio 2010, 17:51 pm »

Bueno que dije 100 por decir que tienes muchos xD

Pero no, seguimos el ejemplo de 100, de los cuales 90 son private, y 10 public, cuando vayas a usar la clase en el IDE que sea, cuando crees la instancia, pongas el punto y salga el intelisense nada más te van a salir los 10 public nada más..

Vamos a ver un ejemplo:

Código
  1. public class Customer
  2. {
  3.  
  4.   public void ChangeName(string newName)
  5.   {
  6.     //acá cambiamos el name , pero es un demo asi que no hago nada :D
  7.   }
  8.   internal Quote[] GetQuotes()
  9.   {
  10.      //acá el codigo para regresar todas las cotizaciones en el pasado del cliente
  11.   }
  12.   public void Delete()
  13.   {
  14.      // Aca borramos al cliente
  15.   }
  16. }

Ahora, compilamos esa clase como libreria, es decir una dll, entonces yo uso esa librería para mi proyecto principal (ahora no voy a explicar el porque, lo dejo para otro post).

Dentro del nuevo proyecto referenciamos la libreria, por lo que ahora podemos usar esa clase, Customer.

En el IDE, sea VS o Mono Develop, colocamos algo así:
Código
  1. Customer c = new Customer();
  2.  

Entonces tenemos la instancia de Customer, ahora al escribir
Código:
 c. 
aparece el intelisense, y nos va a mostrar nada más el método ChangeName y no el Delete ni el GetQuotes.

Todo el mundo que tenga una referencia a la instancia de Customer tiene acceso a cambiar el nombre y a más nada. Solo dentro de la clase Customer puede borrarse. Y solamente dentro del assembly en donde está la clase Cusomer tienen acceso a GetQuotes y ChangeName.

Qué pasa con todo ésto? que tienes control en como y quién puede ejecutar los métodos de las clases que codeas!

Espero te haya servido!

En línea

TeKNo dUKe

Desconectado Desconectado

Mensajes: 91


^-^


Ver Perfil WWW
Re: Hay algo que no entiendo muy bien sobre OOP
« Respuesta #4 en: 12 Junio 2010, 18:07 pm »

Buenas,

Yo empece programando en PHP y C, y ahora estoy estudiando PHP orientado a objetos. Lo que no entiendo de la POO es el encapsulamiento, osea no entiendo que gano poniendo a los atributos y/o metodos los modificadores public, private y protected.

No solamente te da las ventajas que te han dicho arriba, sino que ademas de eso, supon que tienes un atributo el cual es public, lo que quiere decir es que cualquier puede cambiar ese valor en cualquier momento, pero supon ademas que la logica de tu negocio dice que el valor de ese atributo nunca debe ser menor a 5 o mayor a 70, entonces tendras que validar por todas partes cosas inecesarias corriendo el riesgo de que alguien ignore estas validaciones y haga una asignación incorrecta, si encapsulas el atributo lo que seria la practica correcta, tus objetos de dicha clase no van a tener estos errores ya que puedes validarlo todo en el metodo set de dicho atributo, en codigo:

Código:
public class ProductoX{
    private int valorCritico; // este valor no puede ser menor a 5 ni mayor a 70
    private int[] algoCritico;

    public set valorCritico (int value){
             if (value < 0 || value > 70) throw ValorCriticoIncorrectoException;
             this.valorCritico = value;
    }

   public int metodoCritico(){
             return algoCritico[valorCritico];
   }
}

En ese ejemplo si tu dejas valorCritico como publico nada impide a un usuario de la clase hacer lo siguiente

ProductoX x = new ProductoX();
x.valorCritico = -55;
int a = x.metodoCritico();

En este caso la aplicacion se cae por un error al tratar de leer el array con un valor de -55, y esto era simplemente evitable encapsulando el atributo y no dejando que lo modifiquen directamente sino mediante un metodo que construyes para tal fin.-
En línea


"Lucy is an artist. Lucy paints pictures of Barbara Streisand"
mark182


Desconectado Desconectado

Mensajes: 395


Ver Perfil WWW
Re: Hay algo que no entiendo muy bien sobre OOP
« Respuesta #5 en: 12 Junio 2010, 18:25 pm »

Bien! gracias creo voy entendiendo un poco mas. No tienen algún ejemplo con protected? y cuando es conveniente usar public?

Gracias.
En línea

TeKNo dUKe

Desconectado Desconectado

Mensajes: 91


^-^


Ver Perfil WWW
Re: Hay algo que no entiendo muy bien sobre OOP
« Respuesta #6 en: 12 Junio 2010, 18:37 pm »

Para serializar objetos utilizando las clases de los frameworks tanto en java como en .net (espero no equivocarme) ambos traen clases que te serializan/deserealizan objectos y te piden explicitamente que dejes los atributos que vas a serealizar como publicos. Sacando ese caso particular, siempre que puedas no los hagas publicos.

La diferencia entre protected y private esta en la herencia, si vos tenés una clase que tiene atributos privados solamente ella puede acceder a ellos directamente, mientras que si haces un atributo protected va a ser visto como privado para todos menos para los hijos de la clase que si podrán modificarlo.

Ejemplito simple:
Código:
public class A {
private int x;
protected int y;
}

public class B extends A{
public void metodoB(){
y = y+1;
x = x+1; // aqui dara error
}
}

La linea x = x +1 dara error ya que el atributo x es privado en la clase A por consiguiente solo A puede acceder a el y no B que es hijo de A, mientras que y no te genera problemas por haber sido declarado protected.
En línea


"Lucy is an artist. Lucy paints pictures of Barbara Streisand"
mark182


Desconectado Desconectado

Mensajes: 395


Ver Perfil WWW
Re: Hay algo que no entiendo muy bien sobre OOP
« Respuesta #7 en: 12 Junio 2010, 18:47 pm »

aaaaah bien!!! ya entiendo mejor y ya se me están ocurriendo formas de manejar los modificadores de mi aplicacion. Muchas gracias  :xD
En línea

[D4N93R]
Wiki

Desconectado Desconectado

Mensajes: 1.646


My software never has bugs. Its just features!


Ver Perfil WWW
Re: Hay algo que no entiendo muy bien sobre OOP
« Respuesta #8 en: 12 Junio 2010, 20:09 pm »

Este mismo ejemplo de Tekno Duke con propiedades.

Código
  1. public class ProductoX{
  2.    private int valorCritico; // este valor no puede ser menor a 5 ni mayor a 70
  3.    private int[] algoCritico;
  4.  
  5.    public string ValorCritico
  6.    {
  7.        set
  8.        {
  9.            if (value < 0 || value > 70)
  10.                   throw new ValorCriticoIncorrectoException();
  11.            this.valorCritico = value;
  12.        }
  13.    }
  14.  
  15.   public int metodoCritico(){
  16.             return algoCritico[valorCritico];
  17.   }
  18. }
  19.  


NOTA: Puedes jugar muchos con las propiedades, como por ejemplo el set public y el get protected o private:
Código
  1. public string ValorCritico
  2.    {
  3.        private get
  4.        {  
  5.            return this.valorCritico;
  6.        }
  7.        set
  8.        {
  9.            if (value < 0 || value > 70)
  10.                   throw new ValorCriticoIncorrectoException();
  11.            this.valorCritico = value;
  12.        }
  13.    }
  14.  

De este modo el obtener el valor de this.valorCritico solo puedes hacerlo dentro de la clase :)

TeKNo dUKe:
set en un método no se puede usar, te faltó el new en el throw del exception y los parentesis del constructor y el tipo de retorno.

« Última modificación: 12 Junio 2010, 20:12 pm por D4N93R » En línea

TeKNo dUKe

Desconectado Desconectado

Mensajes: 91


^-^


Ver Perfil WWW
Re: Hay algo que no entiendo muy bien sobre OOP
« Respuesta #9 en: 12 Junio 2010, 20:51 pm »

TeKNo dUKe:
set en un método no se puede usar, te faltó el new en el throw del exception y los parentesis del constructor y el tipo de retorno.

Sep falto el new, mal yo escribir código de memoria es malo xD falto inteligensse para corregirme xD.

Set en un método no se puede usar? No entiendo a que te refieres, en .Net tienen las amadas properties, pero en java tienes que armar sets y gets por separado.-
En línea


"Lucy is an artist. Lucy paints pictures of Barbara Streisand"
Páginas: [1] 2 Ir Arriba Respuesta Imprimir 

Ir a:  

WAP2 - Aviso Legal - Powered by SMF 1.1.21 | SMF © 2006-2008, Simple Machines