Errores, fallos, preguntas - página 1056
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
Yo mismo encuentro una justificación para la situación actual: la separación estricta de la "propiedad" entre instancias de la misma clase podría llevar a una sintaxis desordenada al describir todo tipo de operaciones binarias (incluso en el mismo nivel jerárquico). Sin embargo, con la herencia, el "acceso directo" debe ser ciertamente recortado.
Porque no tiene sentido hacerlo... ;)
1. Poner una parte privada no cambiará nada en el caso de
En el caso de la herencia lo hará, está claro.
2. Se necesitarán pocas cosas... Los motivos sólo están disponibles en el caso de acceso a la propia copia.
3. así que deja que decida. correcto. ;)
4. Esa es toda la cuestión: qué es exactamente lo que cuenta como "funcionamiento correcto".
1. Si realmente quieres ocultar tu cartera, ¿por qué haces gch()?
2. Y al copiar instancias, ¿hay alguna?
1. Si realmente quieres ocultar tu cartera, ¿por qué haces la función gh()?
2. ¿Y cuándo están disponibles las instancias de copia?
Lee mi post anterior. Todas las respuestas están ahí.
Antes era una "decisión política" considerar a otros objetos (instancias) de tu misma clase como amigos por "defecto" - puramente para salvar el bukaf. Y ahora tomas esta excepción como una norma de vida y quieres meterte en los bolsillos privados de todos los parientes lejanos sin obstáculos.
Huh...
1. Poner una parte privada no cambiará nada en el caso de
En el caso de la herencia lo hará, está claro.
2. Se necesitarán pocas cosas... motivos sólo en el caso de acceso a la propia copia.
3. que se decida. correcto. ;)
4. Esa es toda la cuestión: qué debe considerarse exactamente "trabajo correcto".
Ok. Entonces dime. Cómo definir un campo de este tipo en una clase, que pueda ser modificado única y exclusivamente por los métodos de la instancia "maestra" y nadie más.
Si es imposible, entonces el tema de las tetas de encapsulación probablemente no se ha cubierto en el lenguaje, ¿no?
Ok. Entonces dime. Cómo definir un campo de este tipo en una clase, que pueda ser modificado única y exclusivamente por los métodos de la instancia "maestra" y nadie más.
Si es imposible, entonces el tema de las tetas de encapsulación probablemente no se ha cubierto en el lenguaje, ¿no?
Esta característica es desagradablemente sorprendente. Obviamente es una mierda si tu compilador te permite cambiar el campo privado de la instancia de otra persona. Deberíamos publicarlo en servicedesk.
No entiendo: ¿por qué quieres limitarte tanto?
¿Cree que esto hará que su programa sea automáticamente más seguro?
No lo hará. Al contrario.
Son las restricciones innecesarias las que harán que algún día lo escribas así: