Feda /dev/

for (char c = 0; c < 256; c++) {
...

A veces haces unas tonterias...

#1089 #1090 lo veo perfectamente valido... salvo que estes comprobando con 256 porque eso muy seguramente implique hacer un casting a int en cada iteracion, y usar char en lugar de unsigned char para asegurarse de tener rango de 0 a 255 y no -127 a 128.

De hecho en muchos lenguajes/librerias se hace un typedef unsigned char byte cuando se trabaja con datos binarios a pelo.

#1092 A favor.

#1094 me colé con las 2 primeras xD ahora mejor.

BTW, sigo bien problemas a usarlos. Si yo desde cualquier clase puedo hacer un get/set de otra clase en vez de seguir un esquema... no sabría explicarme, "piramidal", y piramidal tampoco sería la palabra exacta. Digamos que yo tengo una clase principal, en la cual tengo, pongamos, otros 5 tipos de clases, y dentro de cada tipo otros 5 más. Por qué usar un método get de la última de ellas y no ir invocando métodos hasta llegar a dicha clase y que haga/devuelva lo que le he pedido?

#1093 por qué a favor?

#1096 justamente las "proteges" porque sólo se pueden acceder a través de funciones que tu has creado específicas para ellas

#1092 si tienes un código de grandes dimensiones y mañana cambia de una forma tan brusca el problema viene de muy atrás, no tiene nada que ver con usar getters o no.

#1098 Soy de 1º de DAW y no tengo ni idea. Así que igual suelto alguna barbaridad. Pero la razón de poner una clase privada y luego hacer getters y setters está en que puedes controlar los valores que se asignan a las variables. Si pones la clase pública, se podrían meter valores que no te interesan.

#1098 El tema es que hay muchas situaciones en las que es recomentable / casi necesario utilizar setters y/o getters y los inconvenientes son practicamente nulos (que en algunos lenguages es un coñazo escribirlos).

Ese caso que has puesto antes es una castaña. Porque se le puede dar la vuelta y el caso contrario es MUCHO más común (ej: quieres cambiar como almacenas una propiedad en una clase y como no tienes setters / getters tiene que perseguir todos los usos de esa clase en todo el código)

Esto es un no-debate. No hay inconvenientes y aunque en un determinado momento no veas la ventaja de utilizar setteres y getters, si en el futuro necesitas validar los valores que puedes asignar / devolver o algo así vas a sudar tinta por no hacer las cosas bien.

#1102 Creo que el problema es que entendeis que un setter / getter sólo puede ser:

public class Radio {
    private int volumen;

public void setVolumen(int vol) {
    this.volumen = vol
}

public int getVolumen() {
    return this.volumen;
}
}

pero la idea es que pueden necesitar ser:

public class Radio {
    private final int MAX_VOL = 11;
    private int volumen;

public void setVolumen(int vol) {
    this.volumen = max(vol, MAX_VOL);
}

public int getVolumen() {
    return this.volumen;
}
}

Imaginate que necesitas limitar el volumen máximo de Radio y no tienes el setter. Tienes que ir añadiendo conocimiento sobre Radio a la clase User, o a la clase MandoDistancia, etc...

#1104 en vez de decir que eso, lo cual no ayuda, podrías dar tus razones de por qué sí como ha hecho #1103 . Sin acritud.

#1103 sobre tu código. Sí, tienes toda la razón. Hay casos en los que no te queda otra que hacerlo así

Por favor, por favor, por favor ¿estar en contra CATEGÓRICAMENTE de los getter/setters? Bueno, como veo que has intentado razonar y exponer tu punto de vista, haré lo mismo:

• si los atributos de la clase son privados y los métodos get y set públicos vas a poder seguir cometiendo errores.

Veamos. Esto no se trata de evitar cometer errores. Esto se trata de programar una aplicación / lo que sea. Tienes una clase que tiene propiedades cuyos valores pueden/deben modificarse. ¿Qué es mejor, entrar a pelo y modificar el atributo (acceso público) o que sólo unos responsables (getter & setter) se encarguen de ello?

• [...] Si en vez de usar almacenar, uso get y set, a lo mejor tengo 100 gets/sets repartidos por mi código, telita para cambiarlos.

Veamos de nuevo. ¿No te fijas que lo que propones con el método almacenar es lo mismo que un set? Un método al que le pasas por parámetros los atributos de una clase que quieres almacenar. Eso es un set.

• Si usas estos métodos en tu código de grandes dimensiones y el día de mañana cambia dicha variable (por ejemplo, antes te daban unas coordenadas y eso lo cogías con el get, y ahora en vez de darte la coordenada directamente te dan 2 rectas de las cuales tienes que calcular el punto donde se cruzan...)

Hmmm. ¿Alguna vez has participado/desarrollado algún proyecto? No es peyorativo ni pretendo descalificarte, en absoluto; sólo quiero señalar que si alguna vez te ha pasado esto en algún proyecto, deberías plantearte seguir con ese equipo/empresa/cliente lo que sea. Eso que dices no se da NUNCA, y si se da, es debido a una planificación y desarrollo NEFASTOS. Que el desarrollo de software no es tirar código y ya está.