¿Qué debería añadirse para el soporte adicional de los cálculos matemáticos universales en MQL5 y MQL5 Cloud Network? - página 5
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
2. Lleva mucho tiempo funcionando, mira la documentación
1. La respuesta a la primera pregunta te ha molestado. Y prometiste pensar en ello (y parece que lo hiciste). Fin del régimen multidivisa
El modo multidivisa no puede verse afectado por esto.
2 Quiero una respuesta definitiva: la posición se cerró en TAKEPROFIT o STOPLOSS. Por favor, dame el código del COMPRADOR, si no es difícil para ti. ¿Quizás no veo algo?
2. Quiero una respuesta inequívoca: la posición se cerró en TAKE PROFIT o STOPLOSS. Por favor, dame el código del TAKEPROFIT, si no te importa. ¿Quizás no veo algo?
1. La respuesta a la primera pregunta te ha molestado. Y prometiste pensar en ello (y parece que lo hiciste). Fin del régimen multidivisa
2 Quiero una respuesta definitiva: la posición se cerró en TAKEPROFIT o STOPLOSS. Por favor, dame el código del COMPRADOR, si no es difícil para ti. ¿Quizás no veo algo?
Hemos dado mucho más: un control total sobre todas las transacciones y sus estados intermedios.
El stop-loss y el take-profit son fáciles de averiguar comparando el precio de cierre con los niveles especificados.
Hay varias comparaciones en total. Quien esté realmente interesado en esto no tendrá problemas para averiguarlo.
¿Quizás sea el momento de introducir el tipo doble largo? Sin ella, cualquier universalidad, competitividad y viabilidad de un gran recurso computacional está fuera de lugar.
Es poco probable que ayude. Por ejemplo, el análisis de Diophantus necesita números muy grandes y una biblioteca para calcular todo tipo de operaciones sobre ellos módulo algún otro número grande.
Por ejemplo, para calcular el siguiente número primo de Mersenne a través de la nube. El método de cálculo es bien conocido, e incluso pagan dinero por ello. Sin embargo, no hay ninguna biblioteca en MQL5 para operar con números grandes.
Y los programadores también reciben una parte de sus primas. Así, si alguien decide portar la librería a MQL5, podrá reclamar una cierta suma de dinero si se encuentra un número primo utilizando esta misma librería.
véase http://primes.utm.edu/mersenne/
Por cierto, se podrían crear algoritmos para la criptografía de clave pública basados en la misma biblioteca en MQL5. Al fin y al cabo, muchas personas necesitan bloquear algo de las miradas indiscretas o intercambiar información de forma segura a través de canales de datos abiertos.
Las tareas de análisis diofantino se utilizan a menudo para publicitar la potencia de cálculo. Por ejemplo, muchos fabricantes de ordenadores patrocinan la búsqueda de divisores primos de los números de Fermat. El tema en sí mismo es prácticamente inútil, pero es difícil manejarlo sin la computación distribuida.
Es poco probable que ayude. Por ejemplo, el análisis de Diophantus necesita números muy grandes y una biblioteca para calcular todo tipo de operaciones sobre ellos módulo algún otro número grande.
Por ejemplo, para calcular el siguiente número primo de Mersenne a través de la nube. El método de cálculo es bien conocido, e incluso se paga dinero por ello. Sin embargo, no hay ninguna biblioteca en MQL5 para operar con números grandes.
Además, los programadores reciben una parte de su remuneración. Así, si alguien decide portar la librería a MQL5, podrá reclamar una cierta suma de dinero si se encuentra un número primo utilizando esta misma librería.
véase http://primes.utm.edu/mersenne/
Por cierto, podrías crear algoritmos para la criptografía de clave pública basados en la misma biblioteca en MQL5. Al fin y al cabo, muchas personas necesitan bloquear algo de las miradas indiscretas o intercambiar información de forma segura a través de canales de datos abiertos.
Las tareas de análisis diofantino se utilizan a menudo para publicitar la potencia de cálculo. Por ejemplo, muchos fabricantes de ordenadores patrocinan la búsqueda de divisores primos de los números de Fermat. El tema en sí es prácticamente inútil, pero es difícil de manejar sin la computación distribuida.
Sería ineficaz escribir una biblioteca de este tipo en mql5, se retrasará desesperadamente.
Necesitamos un mínimo de apoyo de Stringo.
Mi punto es, que por EJEMPLO: En el ensamblador incorporado de C++ podemos obtener el resultado de la división de enteros y el resto de la misma división en una sola operación. En naked mql5 (ex5) tenemos que calcular en dos operaciones (incluyendo la recarga de los mismos operandos en los registros).
Eso es sólo un trozo de ese rollo de papel de lija por el que tendrías que arrastrarte.
O al menos "funciones no estándar" como DivMod(long Op1, long Op2, long &Mod): long; que devuelven ambos resultados a la vez. Y estas funciones también deberían estar garantizadas para estar en línea durante la traducción.
No sería eficiente escribir una biblioteca de este tipo en mql5, se retrasará desesperadamente.
Necesitamos un mínimo de apoyo de Stringo.
Mi punto es, que por EJEMPLO: en el ensamblador incorporado de C++ podemos obtener el resultado de la división de enteros y el resto de la misma división en una sola operación. En naked mql5 (ex5) tenemos que calcular en dos operaciones (incluyendo la recarga de los mismos operandos en los registros).
Eso es sólo una pieza de ese rollo de papel de lija por el que tienes que arrastrarte.
O al menos "funciones no estándar" como DivMod(long Op1, long Op2, long &Mod): long; que devuelven ambos resultados a la vez. Y estas funciones también deberían estar garantizadas para estar en línea durante la traducción.
El P&3%% no es una bolsa para transportar.
Primero hay que portar la biblioteca a MQL5. Escribe algunas cosas, por ejemplo la factorización de los números de Fermat. El perfilador calculará los puntos débiles y sólo entonces podremos pedir a los desarrolladores que implementen estos puntos débiles manualmente.
A nivel práctico, estos problemas no pueden resolverse directamente. Es decir, cualquiera que sea la velocidad de multiplicación de dos números grandes, siempre se puede acelerar algorítmicamente, es decir, para números de longitud media el método de Karatsuba es el más adecuado, para números supergrandes se necesita la multiplicación FFT. Y si además se tiene en cuenta la presencia de una nube, la velocidad de multiplicación aumentará en órdenes de magnitud. Es decir, aunque la aplicación MQL sea más lenta que C++, no es un obstáculo para este tipo de problemas cuando hay computación distribuida.
Estoy de acuerdo, todo se puede calcular y el stop loss y el take profit en particular. Sólo tienes que escribir tus propias funciones que lo hagan. Y tengo estas funciones.
No tiene esas funciones, al igual que no hay una necesidad real de ello. Quien tiene la necesidad, hace tiempo que implementó todo en un par de líneas.
De lo contrario, no harías esas preguntas y parecería que no sabes nada de OnTradeTransaction.
La pregunta es otra: ¿por qué la plataforma TRADING no puede simplemente devolver un resultado inequívoco de una transacción TRADING sin ningún estado intermedio?
La respuesta es muy sencilla: te dedicas a charlar en vez de a trabajar en la práctica.
Y no entiendes que no hay un estado de stoploss, sino que hay un precio de cierre, que puede ser muy diferente del precio deseado a nivel de stop.
No es nada nuevo. Lo mismo de siempre: no has entendido de qué iba mi post, pero lo has etiquetado. Muy bien, paremos ahí.
El caso es que mi trabajo es pensar, y mucho más que el de los demás.
Cuando veas mis respuestas, trata de pensar "¿por qué? Debe haber una razón, sólo que no la entendí de inmediato".