¿Es posible implementar una contabilidad fiable de la estructura de posiciones agregadas en MT5? - página 31
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
¿Cuántos...
Los bancos de la Federación Rusa son los sucesores del sistema bancario de la URSS, el sistema bancario de la URSS es el sucesor de la banca de la Rusia zarista, el banco de la RC es el sucesor de ...
Haz las cuentas...
;)
Tal vez les gustaría que los que les rodean lo creyeran. Pero en realidad son nuevos ricos sin historia, sin nombre, sin reputación.
La cuestión es que parte de esta rutina, propia de la operativa multiexperto en MT4, era automática y estaba integrada en la arquitectura, cosa que no ocurre en MT5. Lo que por supuesto no es fatal, pero no es conveniente para todos.
Incluso diría que no es conveniente ni cómodo para todos
yo tampoco.
Pero en la mayoría de los casos es sólo una cuestión de costumbre:
¿Es posible implementar en MT5 una contabilidad fiable de la estructura de una posición agregada?
tal vez
Guarde en el archivo la información que se pierde al pasar del sistema de lotes al de redes.
Esto no ralentizará el rendimiento de sus EAs
-----
en general, sería interesante escuchar a los desarrolladores
por qué están en contra de la aplicación de ambos sistemas simultáneamente
Creo que esto aumentaría seriamente el tamaño de la distribución
y también ralentizar todo el sistema.
pero habría que preguntarles.
¿Es posible implementar una contabilidad fiable de la estructura de posiciones agregadas en MT5?
posible
guardar en un archivo la información que se pierde al pasar del sistema de lotes al de redes
Esto no ralentizará el trabajo de sus Asesores Expertos.
La cuestión no es la complejidad de la aplicación, sino la fiabilidad de la solución. Este método ya se ha discutido y se han dado ejemplos de su falta de fiabilidad.
Cabe señalar que estos ejemplos, así como el propio concepto de "fiabilidad", no convencen a mucha gente. Usted sustituye habitualmente los conceptos, y por "fiabilidad" quiere decir otra cosa.
bingo - ¡el milésimo flubber!
La cuestión no es la complejidad de la aplicación, sino la fiabilidad de la solución. Este método ya se ha discutido y se han dado ejemplos de su falta de fiabilidad.
Pues dime, tonto (perdón por adelantado, no he leído el tema antes, mucho texto)
¿en qué se diferencia la lectura de un archivo de la lectura del historial o de la llamada a una función estándar de µl4?
puedes poner lo que quieras en el archivo
Puede establecer la hora de apertura, el precio de apertura y el número de billetes...
lo que quieras :)
Pues dime, tonto (perdón por adelantado, no he leído el tema antes, mucho texto)
¿en qué se diferencia la lectura de un archivo de la lectura del historial o de la llamada a una función estándar de µl4?
puedes poner lo que quieras en el archivo
y la hora de apertura, y el precio de apertura, y el número de billete...
lo que quieras :)
¿Qué pasa si se pierde el archivo? ¿O se produce un fallo durante la grabación en el archivo, por lo que el contenido y las órdenes no se corresponden con el servidor? ¿O tiene que entrar desde otra empresa sin el archivo? Hay muchas opciones en las que esta información se perderá y si esta pérdida es involuntaria algorítmicamente puede llevar a graves consecuencias financieras. Es decir, todo esto añade un nuevo eslabón que puede reducir la fiabilidad del sistema en su conjunto.
Pues dime, tonto (perdón por adelantado, no he leído el tema antes, mucho texto)
¿en qué se diferencia la lectura de un archivo de la lectura del historial o de la llamada a la función µl4 estándar?
puedes poner lo que quieras en el archivo
Puede establecer la hora de apertura, el precio de apertura y el número de billetes...
lo que quieras :)
A la pregunta de en qué se diferencia, así como a la anterior sobre "la implantación de dos sistemas contables y las complejidades".
No hay complicaciones y ciertamente no hay aumento en la distribución...
La cuestión de la contabilidad está en el plano de lo más que son simples consultas a la base de datos del servidor.
Repito: a la base de datos del servidor, es decir, donde quiera que estemos, desde cualquier terminal,
matado nuestro archivo o no, el buen funcionamiento está asegurado... a diferencia de la autoconstrucción...
si algún "hacker malvado" golpeara con un mazo un disco duro
y el archivo se despresuriza y los datos que contiene se pierden.
Pero en este caso, ni siquiera MT4 te salvará, porque el EA está muerto.
En otros casos, como un apagón repentino,
los datos en el disco (y por lo tanto en el archivo) se guardan
---
existe, sin embargo, la posibilidad de que algún programa travieso (por ejemplo, otro experto)
entra en el archivo y borra inadvertidamente los datos
pero no se trata de la calidad del terminal sino de la calidad del programador :)
En la práctica, un archivo puede ser eliminado sin posibilidad de reanimación en un solo caso:
si algún "hacker malvado" golpeara con un mazo un disco duro
y que uno fue despresurizado con pérdida total de los datos almacenados en él
pero en este caso ni siquiera MT4 te salvará porque el Asesor Experto está muerto
En otros casos, como un apagón repentino,
>> se guardan los datos en el disco (y por tanto en el archivo).
---
existe, sin embargo, la posibilidad de que algún programa travieso (por ejemplo, otro experto)
entra en el archivo y borra inadvertidamente los datos.
pero esto no es una cuestión de la calidad del terminal, sino de la calidad del programador :)
Ni siquiera hay que matar el archivo, basta con no sobrescribir alguna información en caso de fallo, por ejemplo.
El mantenimiento de las posiciones se traslada al usuario y puede ser una fuente adicional de errores. Incluso puramente lógico al implementar este bloque.