Errores, fallos, preguntas - página 1185
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
Adoptar sólo (*a) para referirse a las funciones miembro no aporta ninguna ventaja clara, sino que imposibilita el uso de los operadores de forma sencilla y clara.
Intenta reescribirlo teniendo en cuenta tu sugerencia
No se puede utilizar el propio objeto en lugar del puntero porque el operador <<(...) sólo puede devolver un puntero al objeto.
Debes haberme entendido mal. No hablaba de desactivar la implementación actual. Pedía que se pudiera adicionalmente tomar una referencia o un puntero a un objeto para no depender de los caprichos del compilador.Y yo decidiré qué hacer en cada caso. Si necesito un programa súper fiable, puedo hacerlo fácilmente de la forma que has descrito. Sí, es complicado. Pero si de repente las metacomillas introducen una acción especial del operador << para los punteros, no nos vamos a asustar.
No he dicho que se prohíba la implementación actual. He pedido que se haga una posibilidad adicional de tomar una referencia o puntero a un objeto, para no depender de los caprichos del compilador.
Si (b) es un objeto, entonces la característica adicional (&b) además de la existente GetPointer( b ) es clara - acerca la sintaxis a C++.
Si (a) es un puntero, la característica adicional (*a) además de la ya existente (a) probablemente da un compromiso razonable
Por un lado, se elimina una contradicción y, por otro, no se altera el orden existenteEl compilador permite variables con nombres idénticos en parámetros y cuerpos de funciones dentro del mismo ámbito
Aunque se genera una advertencia, no es suficiente para un error tan difícil de encontrar (en un código grande). Al menos el compilador de C++ genera el mismo error en el mismo casoQuizás la consecuencia del error anterior es que esta construcción
Causa error de ejecución: Archivo EX5 inválido (8)¿Quién se ha enfrentado a ella? ¿Cómo se resuelve y cuál es el problema? Corredor de Otkrytie.
Cuando el precio de una orden pendiente se desplaza por arrastre a un nuevo nivel, el SL/TP cambia junto con él. ¿Se puede desactivar? No siempre es necesario mover el SL/TP de forma sincronizada con el precio.
¿Cómo lo ves? Yo lo veo así:
Si mantiene pulsada la tecla Ctrl, la orden pendiente se moverá junto con el SL/TP. Si no presionas Ctrl, se moverá tal y como está ahora.
También tenga en cuenta que en la configuración de la terminal, se puede establecer la gestión de los niveles de negociación sólo cuando se mantiene Alt. A continuación, debe pulsar Ctrl+Alt para la interacción descrita anteriormente.
¿Cómo lo ves? Yo lo veo así:
Si mantiene pulsada la tecla Ctrl, la orden pendiente se moverá junto con el SL/TP. Si no presionas Ctrl, se moverá tal y como está ahora.
También tenga en cuenta que en la configuración de la terminal, se puede establecer la gestión de los niveles de negociación sólo cuando se mantiene Alt. A continuación, para la interacción descrita anteriormente, pulse Ctrl+Alt.
¿Esto se desprende de la documentación? He leído sobre Alt y lo uso, no sobre Ctrl.
Cuando el precio de una orden pendiente se desplaza por arrastre a un nuevo nivel, el SL/TP cambia junto con él. ¿Hay alguna forma de desactivarlo? El SL/TP no debe moverse siempre de forma sincronizada con el precio.