Bibliotecas: MT4Orders - página 6
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
Si, funciona asi, gracias... y la busqueda de ordenes se ralentiza, si... pero no he notado ningun otro bug hasta ahora.... Buena lib, de hecho, tiene sentido para acelerar la búsqueda de órdenes, creo.
Foro sobre el comercio, los sistemas automatizados de comercio y probar estrategias de negociación.
MetaEditor construir 1463
Renat Fatkhullin, 2016.11.05 10:38 AM
La historia de los oficios puede cambiar como resultado de la corrección por los administradores. Por ejemplo, corrección de picos, cancelación de operaciones erróneas u operaciones financieras.
En realidad, es mejor usar la caché el 99% del tiempo, actualizándola completamente una vez al día/sesión/limpieza y añadiendo cosas nuevas. Esto si su trabajo se basa en un recálculo pesado y constante del historial de transacciones.
Foro sobre negociación, sistemas automatizados de negociación y prueba de estrategias de negociación
Bibliotecas: MT4Orders
fxsaber, 2016.11.07 08:31 pm.
No recomiendo trabajar con histórico en bolsa a través de MT4Orders. Es decir, MODE_TRADE - no hay problema, MODE_HISTORY - no lo necesitas en la Bolsa.La búsqueda de pedidos HISTÓRICOS se acelerará sólo para un probador/optimizador. Para el mundo real, no puede.
Teniendo en cuenta lo que dijo Renat, me suena a que se puede (y debe) en lugar de no se puede. Puedes actualizar la caché una vez por hora o bajo demanda.
Teniendo en cuenta lo que ha dicho Renat, me parece que puedes (y deberías) más que no puedes. Puedes actualizar la caché una vez por hora o bajo demanda.
// CloseBy momentos - No he tenido tiempo de hacerlo todavía. Tal vez en el futuro, cuando sea necesario.
// Determinar TP y SL de posiciones cerradas - actualmente (build 1368) MQL5 no sabe como hacer esto.
Escribí la librería para mí, y no uso CloseBy. Por eso no lo he implementado. Quizás lo añada en cuanto me ponga al día.
Como solución temporal, añade estas líneas antes de habilitar tu librería
bool OrderCloseBy( const int Ticket, const int Opposite, const color Arrow_Color = clrNONE )
{
return(false);
}
#endif
De hecho, detecto un error
cPoza::closeBy Counter close failed ticketB=168 ticketA=2216 causó error-4754
De hecho, detecto un error
cPoza::closeBy Counter close failed ticketB=168 ticketA=2216 causó error-4754.
¡Así que ¿por qué estás tratando de hacer closeBy cuando se dijo originalmente que esta es la única cosa que no está en la implementación!
OrderCloseBy arriba es una pizarra en blanco para su biblioteca para compilar.
Es difícil pensar en algo más simple que escribir un OrderCloseBy que funcione. El problema es la visualización del historial. Las cosas son muy específicas allí en ambas plataformas. Tanto que los propios desarrolladores se confunden.
Necesito hacerlo, pero todavía no. No lo voy a usar yo, así que no me interesa.
¡Entonces, ¿por qué estás tratando de hacer closeBy cuando se dijo originalmente que esta es la única cosa que no está en la implementación!
El OrderCloseBy anterior es una pizarra en blanco para que tu librería compile.
Es difícil pensar en algo más simple que escribir un OrderCloseBy que funcione. El problema es la visualización del historial. Las cosas son muy específicas allí en ambas plataformas. Tanto que los propios desarrolladores se confunden.
Necesito hacerlo, pero todavía no. No lo voy a usar yo, así que no me interesa.
Lo siento, no presté atención al código que me diste - fui estúpido.
Otra pregunta - ¿cómo tener en cuenta correctamente SYMBOL_FILLING_MODE en su biblioteca? digamos que el modo actual no es compatible con uno de los corredores que tengo, ¿puedo hacer una comprobación automática?
Para entender mejor de qué estamos hablando, pon el nombre del servidor de comercio. Voy a ver lo que está mal.