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
De qué pateras podemos hablar si no sabes lo básico, ni siquiera podrías crear un campo de clase estática correctamente.
(hay muchos artículos sobre singleton en hobber, para qué sirve, cómo hacerlo y qué tiene de malo).
¿Singleton o clase estática?Uso del patrón singleton
(hay muchos artículos en el Hubra sobre el singleton y para qué sirve, y cómo, y qué tiene de malo)
¿Singleton o clase estática?Utilizando el patrón Singleton.
¿Crees que no me he encontrado con esto? No he entendido muy bien cómo funciona. El asunto es el siguiente. Pero resulta que no necesito un singleton. Así que me conformaré con los miembros estáticos.
Como podemos hablar de paternales si no sabes lo básico, ni siquiera pudiste crear un campo de clase estática correctamente.
Si sabes cómo, puedes corregirlo. Ayer escribí según la documentación. Pero también hay muchos errores. Así:
¿Qué es lo siguiente?
Me equivoqué. De todos modos, la versión actual es correcta aquí:
Entiendo, ¿ahora me refiero a cada variable estática con un nombre tan largo?
Symbol_Properties::gd_Spread = 0;
O es más fácil implementarlo para que después de la descripción de la estructura de inicialización de la variable cuando se inicialice el miembro estático correspondiente se asigne a alguna variable de tipo:
Y luego en el código referirse a las variables estáticas correspondientes por esta variable, ¿verdad?
Sí, bueno... Lo principal es queVadim lo sabe :)))))
Sí, es un tipo de diálogo normal:
P: Mis amigos me han recomendado unos dulces. ¡Es justo lo que necesito!
Yo: (Desconcertado... ¿Qué tiene que ver esto con los dulces? Tal vez B vaya a la fiesta de cumpleaños de un amigo o quiera invitar a los niños, tal vez a los suyos o a los de otra persona. Tal vez se metió en el negocio y ahora vende caramelos. Tal vez era el último caramelo en Bielorrusia y B es ahora un monopolio. ¿Y si B echaba de menos los dulces? Muchas otras ideas pasaron por mi cabeza sobre el tema "por qué los caramelos y qué hacer con ellos". Una vez más, como antes con B, mis habilidades telepáticas me fallaron. No se me ocurrió nada).
Ni una pista.
1. ¿Para qué sirve todo esto?
2. Hay dos formas de acceder a los campos estáticos de una clase (la estructura es una clase de acceso público por defecto y por herencia):
(a) A través del espacio de nombres de la clase - por ejemplo,Symbol_Properties::gd_Spread
(double Spread = Symbol_Properties::gd_Spread) - el valor deSpread se hace igual agd_Spread de la claseSymbol_Properties
(double Spread = Symbol_Properties::gd_Spread =0) valor degd_Spread de laclase Symbol_Properties y el valor deSpread se hace igual a 0
b) crear un objeto de clase (por ejemplo,Symbol_Properties obj; ) y referirse a él como un campo habitual de la clase a través de este objeto
(double Spread = obj.gd_Spread)
(double Spread = obj.gd_Spread =0)
1. ¿Para qué sirve todo esto?
La comodidad... Después de todo, si estas variables se utilizan en una sola instancia, ¿por qué debería crear un objeto? Además, es mucho más cómodo leer el código cuando se hace referencia a una variable, si VARIABLE.VARIABLE NOMBRE.
2. Hay dos formas de acceder a los campos estáticos de la clase (la estructura es una clase con acceso público por defecto y herencia)
(a) a través del espacio de nombres de la clase - por ejemplo,Symbol_Properties::gd_Spread
(double Spread = Symbol_Properties::gd_Spread) - el valor deSpread se hace igual agd_Spread de la claseSymbol_Properties
(double Spread = Symbol_Properties::gd_Spread =0)- el valorgd_Spread de la claseSymbol_Properties y el valorSpread se hace igual a 0
¡Exactamente! Por eso lo hice así. Inmediatamente inicializo la variable que se refiere a la variable de esta estructura por cero y luego se almacena en la memoria de forma permanente. Lo cual es lógico, porque estas variables se necesitan en una sola instancia. Por eso no hay razón para crear un objeto diferente en este caso. Después de todo, es lógico... ¿No estás de acuerdo conmigo?
b) Crear un objeto de clase (por ejemploSymbol_Properties obj; ) y referirse a él como un campo de clase normal a través de este objeto
STATE VARIABLE no me gustó, porque se utilizan en diferentes clases. Así que los agrupé.
Las constantes no gustan porque las constantes no cambian sus valores, mientras que estas variables deberían poder cambiar sus valores.