Errores, fallos, preguntas - página 1133
![MQL5 - Lenguaje de estrategias comerciales para el terminal de cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
No me lo quiere decir.
De nuevo: Este objeto puede crearse dentro de la propia clase, pero también puede crearse un puntero a dicho objeto fuera de la claseAsí que lo hará:
Lo dirá:
También puede crear un objeto si necesita
No entiendo cómo se escanean los servidores al conectarse. Anteriormente, he introducido el nombre del servidor y la lista apareció, he añadido lo necesario (imagen 2, hay servidores añadidos hace unos quince días) En la imagen uno ya no se escanea los servidores necesarios, no puedo añadir. ¿Qué es lo que ya no es posible o cómo lo hace uno mismo?
Tiene que utilizar parte del nombre de la empresa pero no parte del nombre del servidor. La búsqueda de nombres de servidores ya no funciona, ya que a menudo daba listas de coincidencias demasiado grandes y para nada lo que el comerciante quería.
Sí, y el forex es mejor no utilizarlo en absoluto tampoco. O el ordenador, para el caso :) No es nada saludable.
De todos modos, ya hay una solución. No es muy bonito, pero funciona. El arreglo se llama "Al diablo con tu OOP". %) Los errores se eliminaron al serrar todas las variables estáticas de las clases, quitarles el prefijo static y apilarlas ordenadamente una al lado de la otra.
En general, no sé por qué a los desarrolladores no les gustaban las variables estáticas y por qué tuvieron que eliminar la función de inicialización automática de variables, pero si hay que hacerlo, hay que hacerlo. Tendré que recurrir a soluciones...
Así es como funciona también en C++. Las variables estáticas deben definirse explícitamente.
No hay problemas con él.
Ya veo lo que quieres decir.
Si una instancia de una clase intenta ser generada por algún programa externo, el constructor debe estar abierto.
Si la instancia "se genera a sí misma" (y pasa un puntero a sí misma a un programa externo), se dispone de un constructor cerrado.
Así es como funciona también en C++. Las variables estáticas deben definirse explícitamente.
No hay problemas con él.
Bueno, la cuestión no es tanto dónde y cómo funciona y si habrá algún problema con ello. La cuestión es que antes funcionaba bien sin estar explícitamente especificado.
Y para cambiar algo que ya funciona, más vale tener una razón mucho más importante que "los vecinos también lo hacen". :)
Pero vamos, claro, supongo que no es la única razón.
El objetivo de un único constructor privado es únicamente limitar la creación de clases derivadas, Alternativamente, una clase puede tener varios constructores
No es tanto una cuestión de dónde y cómo funciona y si va a ser un problema. La cuestión es que antes ha funcionado bien sin que se diga explícitamente.
Y para cambiar algo que ya funciona, conviene tener razones más importantes que "los vecinos también lo hacen". :)
Pero vamos, supongo que, por supuesto, esa no es la única razón.
El objetivo del constructor privado único es únicamente limitar la creación de clases derivadas. Una clase también puede tener más de un constructor
¿A todos les pasa lo mismo con los botones de la ventana MQL-Storage Fix?